


2-еиздание 


Допущено Министерством образования Российской Федерации 
в качестве учебного пособия для студентов высших учебных заведений, 
обучающихся по направлению подготовки дипломированных 
специалистов «Информатика и вычислительная техника» 





300.рНег.сот 


Издательская программа 
300 лучших учебников для высшей школы 
в честь 300-летия Санкт-Петербурга 


осуществляется при поддержке Министерства образования РФ 


РЕПИТЕР" 


Москва ® Санкт-Петербург ® Нижний Новгород ®* Воронеж 
Ростов-на-Дону ® Екатеринбург ® Самара 
Киев ® Харьков ® Минск 


2003 


ББК 32.973-018.1я7 
УДК 681.3.06(075) 
Ю7О 


Рецензенты: 
Гурко А. В., кандидат технических наук, доцент кафедры военной кибернетики филиала ВУ ПВО 


Тузов В. А., доктор физико-математических наук, профессор кафедры «Технологии программирования» 
Санкт-Петербургского государственного университета 


Ю7О АззеглЫег. Учебник для вузов. 2-е ыы / В. И. Юров — СПб.: Питер, 2003. 
637 с.: ил. 


5ВМ 5-94723-581-1 


В учебнике рассматриваются вопросы программирования на языке ассемблера для компьютеров 
на базе микропроцессоров фирмы |. Основу книги составляет материал, являющийся частью курса, 
читаемого автором в высшем учебном заведении и посвященного вопросам системного программирова- 
ния. По сравнению с первым изданием учебник существенно переработан. Исправлены ошибки и неточно- 
сти. Добавлено описание команд для Ши@|-совместимых процессоров (до Репйит [У включительно). 

Книга будет полезна студентам вузов, программистам и всем желающим изучить язык АззетЫег. 

Допущено Министерством образования Российской Федерации в качестве учебного пособия для 
студентов высших учебных заведений; обучающихся по направлению подготовки дипломированных спе- 
циалистов «Информатика и вычислительная техника». 


ББК 32.973-018.1я7 
УДК 681.3.06(075) 


Информация, содержащаяся в данной книге, получена из источников, рассматриваемых издательством как 
надежные. Тем не менее, имея в виду возможные человеческие или технические ошибки, издательство не 
может гарантировать абсолютную точность и полноту приводимых сведений и те несет ответственности за 
возможные ошибки, связанные с использованием книги. 


5ВМ 5-94723-581 -1 © ЗАО Издательский дом «Питер», 2003 


Краткое содержание 


ПРедисловиЕ. „ооо оон нЫ 13 
Благодарности. .................. ааа. 16 
Отиздательствазтн: аа ре Ве ее а ола 16 
Глава 1. Организация современного компьютера. ..................... 17 
Глава 2. Программно-аппаратная архитектура 1А-32 

ПроНессоров- ОЕ о абы 26 
Глава 3. Система команд процессора 1А-32............................... 58 
лава 4. Системы счисления... аннне 74. 
Глава 5. Синтаксис ассемблера... 85 
Глава 6. Первая программа... 121 
Глава 7. Команды обмена данными. _........ 146 
Глава 8. Арифметические команды.......................... а... 165 
Глава 9. Логические команды и команды сдвига... 193 
Глава 10. Команды передачи управления. .................................. 209 
Глава 11. Программирование типовых 

управляющих структур... 236 
Глава 12. Цепочечные команды. ............... анна. 249 
Глава 13. Сложные структуры данных .................................... 268 
Глава 14. Макросредства языка ассемблера... 293 


Глава 15. Модульное программирование 324 


6 Краткое содержание 


Глава 16. Создание М/упаом/-приложений на ассемблере............. 365 
Глава 17.Архитектура и программирование сопроцессора............. 447 
ВМбСТО ЗАКЛЮЧЕНИЯ. ое ме ИЕ 510 
Приложение. Система команд процессоров ПА-32....................... 511 
Список литературы... анна 625 


Алфавитный указатель. Зака 626 


Содержание 


Предисловие... ан. 13 
Благодарности. ........................ ааа. 16 
Отиздательства нае 16 
Глава 1. Организация современного компьютера. ............... 17 
Машинный язык и язык ассемблера... ани. 18 
История процессоров №МЕ!................... анна... 1 
ИТОГИ: ооо аа аа оо ен о 24 
Глава 2. Программно-аппаратная архитектура 1А-32 
процессоров те 26 
Архитектура ЭВМ п оо ое мон 27 
Архитектура 1А-32................ анна 29 
Варианты микроархитектуры процессоров И\Е|........................ ан. 30 
Программная модель !А-32............ ан 40 
о ы 56 
Глава 3. Система команд процессора 1А-32. 58 
Формат машинных команд ПА-32........................ ааа. 59 
Поле префиксов. ................... алена. 61 
Код.операции... около поноль ео ооо ооо О о оса 63 
Байт режима адресации тоЧ г/т... .............. ааа 64 
Байт масштаба, индекса и базы................... нина анинь, 70 
Поля смещения и непосредственного операнда........................ ааа... 71 
Функциональная классификация машинных команд ............... на: 72 
ИО од ие а М А ое ол 73 
Глава4.Системысчисления. ............... а... 74 
Двоичная система счисления. ................... анна. 75 
Шестнадцатеричная система счисления.................. ааа: 76 
Десятичная система счисления. .................. аа нннь, ТТ 
Перевод чисел из одной системы счисления в другую ..................... анна. 78 
Перевод в десятичную систему счисления ................... анна. 78 
Перевод в двоичную систему счисления... .................. алена. 78 


Перевод в шестнадцатеричную систему счисления. ...................... ааа... 79 





8 Содержание 


Перевод дробных чисел... ан 80 
Перевод чисел со знаком...................... нана ананннн: 83 
ОЙ о ео А ей а ИМ В И 84 
Глава 5. Синтаксис ассемблера........................... а. 85 
Синтаксис ассемблера....................... анна 86 
Операндьь соо ооо 90 
Операнды-выражения......................... анна 97 
Директивы сегментации. ..................... нана. 103 
Простые типы данных ассемблера ....................... анна. 110 
о 119 
Главаб. Первая программа............................ а анне. 121 
Жизненный цикл программы. .................... ааа нана. 121 
Пример простой программы...................... ааа. 123 
Процесс разработки программы. ....................... анна. 128 
Трансляция программы....................... анна 129 
Компоновка программы. ...................... анна ннане. 134 
Отладка программы. ..................... нана нана. 135 
Особенности разработки программ в МАЗМ. ........................ анна. 141 
Особенности разработки программ в МсгозоВ Миа! ЗиаЮ...................... 142 
Выбор пакета ассемблера........................ ан наннанье. 143 
О ИИ м 144 
Глава 7. Команды обмена данными. ............................... 146 
Пересылка данных.................... нана 147 
Ввод из порта и вывод в порТ.................... анна 149 
Работа с адресами и указателями. ....................... нана. 156 
Преобразование данных ....................... ааа. 158 
Работа со стеком................... ааа: 160 
О с Е а 164. 
Глава 8. Арифметические команды. ............................... 165 
Обзор ое ее о 166 
Целые двоичные числа. ................... нина. 167 
Десятичные числа_................. ааа 168 
Арифметические операции над целыми двоичными числами. ............................ 170 
Сложение двоичных чисел без знака......................... о 170 
Сложение двоичных чисел со знаком. .................. анна. 172 
Вычитание двоичных чисел без знака. .................... нана. 173 
Вычитание двоичных чисел со знаком ..................... нана. 175 
Вычитание и сложение операндов большой размерности. ....................... 176 
Умножение двоичных чисел без знака. ..................... ааа. 177 
Умножение двоичных чисел со знаком. ................... нана 179 
Деление двоичных чисел без знака.................... анна 179 
Деление двоичных чисел со знаком.................... нана 180 
Вспомогательные команды для арифметических вычислений. ............................ 181 
Команды преобразования типов. ....................... анна. 181 
Другие полезные команды. ........................ ааа. 183 


Арифметические операции над двоично-десятичными числами. ........................ 183 


Содержание 9 


Неупакованные ВСО-числа. .................... нана. 184 
Упакованные ВСО-числа..................... ааа. 190 
о а 192 
Глава 9. Логические команды и команды сдвига................ 193 
Логические данные....................... ааа 194 
Логические команды................... ааа. 195 
Командьсслвига: по о о пои 199 
Линейный сдвиг... анна. 199 
Циклический сдвиг 201 
Дополнительные команды сдвига... 203 
Примеры работы с битовыми строками. ...................... нана. 205 
. Рассогласование битовых строк 205 
Вставка битовых строк .................. анна, 206 
Извлечение битовых строк 207 
Пересылка битов..................... ааа, 207 
ИТОГИ... ааа, 207 
Глава 10. Команды передачи управления. ........................ 209 
Безусловные переходы 214 
Команда безусловного перехода 215 
Процедуры 219 
Условные переходы 224 
Команда сравнения 225 
Команды условного перехода и флаги...................... нана. 227 
Команды условного перехода и регистр ЕСХ/СХ .......................... а... 228 
Установка байта по условию 229 
Организация циклов. ................... ааа. 229 
Ограничение области видимости для меток 234 
ИТОГИ... ана наннана.. 235 
Глава 11. Программирование типовых управляющих 
о О Е 236 
Условный оператор Н-е!е 237 
Оператор выбора $мсп 237 
Операторы цикла...................... ааа. 240 
Оператор цикла с предусловием ме. .......................... наи 240 
Операторы сопйпие и БгеаК .................... анна 240 
Оператор цикла с постусловием 4о0-мМНИе....................... ан: 241 
Оператор итерационного цикла ТЮГ..................... нана 241 
Особенности пакета МАЗМ. .................... ааа. 242 
Условная конструкция /Е................. анна 242 
Циклическая конструкция .ВЕРЕАТ.................... аа нанние. 243 
Циклическая конструкция ММНШЕ ................. нана. 244 
Конструкции .ВВЕАКи СОМТПМИЕ................. нана, 244 
Комплексный пример...................... нана, 245 
ИТР ле оо а о О еее а аа 248 
Глава 12. Цепочечные команды. ................... инь, 249 
Пересылка цепочек ...................... нана. 253 
Команда МО\$. .................. нана. 253 


Пересылка байтов, слов и двойных слов. .................... ана, 254 





10 — Содержание 


Сравнение: цепочек... ааа ааьнь. 255 
Команда СМРЗ .............. нина. 255 
Сравнение байтов, слов и двойных слов................... а нннание. 258 

Сканирование цепочек. ...................... нана: > 
КомандазсАЗ: ооо алии ня 259 
Сканирование строки байтов, слов, двойных слов. ................................... 260 

Загрузка элемента цепочки в аккумулятор. ...................... анна 261 
Команда [ОБ еде, лера лин о ... 261 
Загрузка в регистр А/АХ/ЕАХ байтов, слов, двойных слов. ..................... 262 

Перенос элемента из аккумулятора в цепочку. ....................... а... 262 
Команда: ТО $: па ао ео оо 263 
Сохранение в цепочке байта, слова, двойного слова 

из регистра АЕ/АХ/ЕАХ ......................... анна 264 

Работас портами ввода-вывода....................... нана анннанье. 265 
Ввод элемента цепочки из порта ввода-вывода. ........................................965 
Вывод элемента цепочки в порт ввода-вывода....................... ааа. 265 

Итог ое О а ин 266 

Глава 13. Сложные структуры данных ............................ 268 

Массивы... ааа. ..269 
Описание и инициализация массива в программе .................................. . 269 
Доступ кэлементам массива.................... нина ...271 
Двухмерные массивы. ................. нана ии. ...275 
Типовые операции с массивами. ................... нана, 278 

Структуры ооо Ао ров ор ее .280 
Описание шаблона структуры.................. нана. 281 
Определение данных с типом структуры. ................... ааа, 281 
Методы работы со структурами. ................... анна ананье. . 282 

Объединения: а о ро пол о ды а 284 

Записи ео доб и о о але ео ВОЛИ А Дав 286 
Описание: записи о еее ана 286 
Определение экземпляра записи.................... анна 287 
Работа'с-Записями ааа ев авиа 288 
Дополнительные возможности обработки... .290 

Ито ооо орали ды 292 

Глава 14. Макросредства языка ассемблера ................... 293 

Псевдооператоры ЕСИ И =................... нана 295 

Макрокоманды................... нана. .297 

Макродирективы.................... анна 305 
Директивы М/НШЕ и ВЕРТ................... нана. 305 
Директива. ВР: 307 
Директива 1ВРС._................... нии: . 307 

Директивы условной компиляции. ................. нана а 308 
Директивы компиляции по условию..................... ина: 308 
Директивы генерации ошибок.................... ан ниенинь. 315 


Константные выражения в условных директивах..................................... 318 
Дополнительные средства управления трансляцией........................................ 319 


Содержание 11 


Глава 15. Модульное программирование 324 
Структурное программирование 325 
Процедуры в языке ассемблера 327 
Передача аргументов через регистры 331 
Передача аргументов через общую область памяти 332 
Передача аргументов через стек 334 
Использование директив ЕХТАМ и РУВИС 337 
Возврат результата из процедуры 340 
Связь ассемблера с языками высокого уровня 344 
Встраиваемый ассемблерный код, 345 
Внешний ассемблерный код 346 
Команды ЕМТЕВ и 1ЕАУЕ 356 
С и ассемблер 359 
Итоги 364 
Глава 16. Создание \МИптаом/5-приложений 
на ассемблере... 365 
Программирование оконных \ММпаом/5-приложений 367 
Каркасное \\МИпаом/з-приложение на С/С++ 368 
Каркасное ММпаомз-приложение на ассемблере 379 
Стартовый код, 387 
Главная функция | 389 
Обработка сообщений в оконной функции 398 
Средства ТАЗМ для разработки МИп4о\и5-приложений 401 
Углубленное программирование на ассемблере для \/т32 404. 
Ресурсы \МИпаом/з-приложений на языке ассемблера 406 
Меню в \ММпаомз-приложениях 406 
Перерисовка изображения 413 
Окна диалога в \\ММпаом$-приложениях 420 
Программирование консольных \ММпао\и$-приложений 435 
Минимальная программа консольного приложения 437 
Организация высокоуровневого консольного ввода-вывода 438 
Пример программы консольного ввода-вывода 440 
Итоги 446 
Глава 17. Архитектура и программирование 
сопроцессора 447 
Архитектура сопроцессора 448 
Регистр состояния Э\М/А 453 
Регистр управления СМ/В 454 
Регистр тегов ТМА 455 
Форматы данных 456 
Двоичные целые числа 457 
Упакованные целые десятичные числа 457 
Вещественные числа 458 
Специальные численные значения 463 
Система команд сопроцессора 466 
Команды передачи данных 468 
Команды загрузки констант 471 


Команды сравнения данных 472 





12 — Содержание 


Арифметические команды. .................... нана! 474 
Команды трансцендентных функций.................... анна: 482 
Команды управления сопроцессором. ....................... ани 494. 
Исключения сопроцессора и их обработка. ..................... нана. 500 
Недействительная операция. .................... анна 501 
Деление на ноль 501 
Денормализация операнда...................... нана 501 
Переполнение и антипереполнение............................ ааа. 502 
Неточный результат... 502 
Немаскируемая обработка исключений. ........................ ааа 502 
Использование отладчика...................... ааа. 505 
Общие рекомендации по программированию сопроцессора 507 
Итоги 508 
Вместо заключения. ...................... еее. 510 
Приложение. Система команд процессоров !А-32. 511 
Целочисленные команды 513 
Команды сопроцессора........................ ааа аанннн 553 
Команды блока ММХ_.................... анна 569 
Команды блока ХММ ($$5Е и $5Е2)................... ааа. 587 


Списоклитературы. ............... 4... ............... 625 


Алфавитныйуказатель. ...................... неа! 626 


Предисловие 


Перед вами второе, исправленное и дополненное, издание книги «АззетЫег» из 
серии книг «Учебное пособие» издательства «Питер». Материал подобран и вы- 
строен таким образом, чтобы служить информационно-методической базой для 
самостоятельного и организованного в рамках различных вузовских дисциплин 
и факультативов изучения языка ассемблера. Исходя из этого, учебник адресован 
следующим категориям читателей: 


# преподавателям и студентам вузов для использования в качестве источника 
методически подобранной и систематизированной информации по различным 
аспектам применения ассемблера в контексте архитектуры ш]-совместимых 
процессоров; | 

специалистам, занимающимся программированием и желающим освоить ассем- 
блер для расширения своего профессионального кругозора, придания новых 
свойств своему опыту и для решения конкретных практических задач; 


# школьникам, углубленно изучающим программирование для компьютеров на 
базе ш{]-совместимых процессоров, а также всем тем, кто интересуется раз- 
личными аспектами низкоуровневого программирования. 

Материал учебника, выбранный уровень и методика его изложения преследу- 
ют следующие цели: 


изложить основы архитектуры Гуе-совместимых процессоров; 





показать неразрывную связь архитектуры процессора с его машинным языком; 


* представить систему машинных команд в виде функциональных групп с тем, 
чтобы объяснить цели, которые преследовали разработчики процессора при 
введении той или иной команды в систему машинных команд; 





научить использовать инструментальные средства разработки ассемблерных 
программ; 

т научить осмысленному подходу к выбору средств ассемблера для реализации 
практических задач средней сложности. 


Язык ассемблера является символическим представлением машинного языка, 
он неразрывно связан с архитектурой самого процессора. По мере внесения изме- 
нений в архитектуру процессора совершенствуется и сам язык ассемблера. По этой 
причине книга направлена на решение комплексной задачи — не просто рассмот- 
реть ассемблер как еще один из десятков языков программирования, а показать 
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объективность его существования и неразрывную связь его конструкций с архи- 
тектурой конкретного процессора. Материал книги содержит описание основных 
особенностей архитектуры и системы команд процессоров Репнит Рго/ММХ/П/ 
Ши. 

Изложение материала в учебнике ведется в форме глав, которых всего 17. Ло- 
гически их можно разделить на четыре части. 


я В первых шести главах приводятся сведения о том, что представляет собой со- 
временный компьютер, что подразумевают понятия архитектуры процессора 
и компьютера в целом. Приводится информация о системе и синтаксисе ма- 
шинных команд и команд ассемблера. Важными являются сведения о жизнен- 
ном цикле типовой программы на ассемблере и инструментальных средствах 
разработки ассемблерных программ. 


° Вторая часть книги, начиная с главы 7, посвящена рассмотрению команд ас- 
семблера в соответствии с их функциональным назначением. Этот материал 
является базовым, и его достаточно, чтобы научиться писать простые програм- 
мы на ассемблере. Начиная с главы 11 обсуждаются специальные средства ас- 
семблера, которые используются для написания программ средней сложности. 
Рассматриваются возможности ассемблера для работы со сложными структу- 
рами данных, механизм макрокоманд, вопросы организации модульного про- 
граммирования, в том числе принципы связи с модулями, написанными на 
С/С++ и Разса|. | 


\ Последние две главы учебника посвящены различным аспектам написания ас- 
семблерных программ, использующих современные программно-аппаратные 
расширения. Приводятся подробные сведения о порядке разработки оконных 
и консольных УМ шт4о\з-приложений, применении сопроцессора. 


в Важная часть учебника — его приложение. В нем собрана справочная информа- 
ция о командах (вплоть до РепНит ГУ). Данных, которые приведены в приложе- 
нии, достаточно для проведения широкого круга работ — от общего знакомства 
с системой машинных команд до поддержки процесса дизассемблирования 
на уровне машинных кодов. | 

 Вдругихприложениях, расположенныхнасайте НИр: //м\\.рИег.сот/ао\ушоаа, 


собрана справочная информация о различных средствах пакетов ассемблера 
МАЗМ и ТАЗМ. 


Таким образом, книга является самодостаточным учебным пособием. Ее исполь- 
зование позволяет сформировать фундаментальные знания по различным аспек- 
там низкоуровневого программирования на языке ассемблера для ши{е!-совмести- 
мых компьютеров. В долгосрочной перспективе материал учебника может служить 
справочником. 

По сравнению с первым изданием в учебнике сделаны многочисленные изме- 
нения. Во-первых, материал был приведен в соответствие с современным уровнем 
развития процессоров [ше (до Репйит ГУ). Во-вторых, исправлены ошибки и опе- 
чатки. Во многом это заслуга внимательных читателей, за что им отдельная благо- 
дарность. В-третьих, произведено перестроение материала с учетом существова- 
ния своеобразных продолжений учебников — книгсерии «Практика» издательства 
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«Питер». Для настоящего учебника пока существует одна такая книга — 
«АззетЫег.: практика». Ее содержание посвящено углубленному изучению языка 
ассемблера на различных востребованных на практике задачах прикладного ха- 
рактера. Материал книги «АззетЫег: практика» может служить основой для вы- 
полнения курсовых и дипломных работ, не говоря уже о его использовании при 
работе над различными программными проектами. Планируется появление вто- 
рой книги из этой серии, которая будет ориентирована на освещение вопросов си- 
стемного программирования. Каждую из этих книг следует позиционировать следу- 
ющим образом. Учебник формирует основы и принципы, а на определенном этапе 
начинает выполнять справочные функции. Книги серии «Практикум» представ- 
ляют описания вариантов реализации востребованных на практике задач приклад- 
ного и системного характера. 

Об ошибках следует сказать отдельные слова. Конечно, книги, а тем более учеб- 
ники, недолжны содержать неточностей и ошибок, но при нынешнихтемпах жиз- 
ни и развития техники это — недостижимый идеал. Конечно, это не говорит о том, 
что нельзя написать книгу без ошибок. Безусловно можно, но для этого потребует- 
ся времени в несколько раз больше и ее выход в свет может оказаться совершенно 
бессмысленной затратой времени и сил, так как к этому моменту перестанет быть 
актуальным сам предмет, которому посвящена книга. Поэтому вопрос о том, что 
важнее — своевременная книга, содержащая определенное количество ошибок, но 
помогающая читателю решить актуальные проблемы сегодняшнего дня, или иде- 
ально выверенное издание, освещающее вопросы вчерашнего дня, остается фило- 
софским. Книги, в которых много исходного кода, — это особый вид книг, которые 
можно охарактеризовать как «книги-программы», а в программах, как известно, 
последних ошибок не бывает. Более того, рискну высказать мнение, что с учебной 
целью ошибки даже полезны. Это подтверждает и свой, и чужой опыт. Пословица 
«На ошибках учатся» имеет скрытый смысл — наиболее устойчивые знания фор- 
мируются именно при исправлении своих и чужих ошибок. Это даже не знания, 
это уже профессиональный опыт. Тем не менее мои рассуждения не следует рас- 
сматривать как оправдание ошибок первого издания учебника и будущих ошибок 
второго издания. Они неизбежны, и автор будет благодарен всем читателям, кто 
заметит ошибки, неточности и просто опечатки и сообщит о них редакции или ав- 
тору по указанным далее адресам электронной почты. 

Часто спрашивают, для программирования каких процессоров можно исполь- 
зовать учебник. Ответ — для П{е|-совместимых процессоров. Под термином «[ш{е]- 
совместимые процессоры» подразумеваются процессоры фирм ше, АМО, УПА, 
Тгапзтеа, полностью поддерживающие базовую систему команд процессоров [п{е1 
и полностью или частично поддерживающие различные расширения базовой сис- 
темы команд процессоров ше]. 

Что нужно для работы с книгой? Во-первых, компьютер на базе [1{е|-совмес- 
тимого процессора. Во-вторых, пакеты ассемблеров ТАЗМ и МАЗМ. Причем луч- 
ше всего будет на этапе изучения использовать оба этих пакета. К сожалению, па- 
кет ТАЗМ в самостоятельном виде уже не развивается, но работа с ним на этапе 
обучения достаточно комфортна, тем более что он имеет режим работы, позволяю- 
щий во многих случаях без дополнительной доработки переносить программы для 
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использования с пакетом МАЗМ. Последняя доступная версия этого пакета — 
ТАЗМ 5.0. С пакетом МА$ЗМ дела обстоят лучше — он развивается. Последние до- 
ступные версии — МА$М 6.14 и МАЗ МЗ? версии 7.0. И наконец, для работы ну- 
жен один из текстовых редакторов класса по{ера4.ехе. 


Благодарности 


Хорошая традиция — выражение благодарности окружающим людям за ихактив- 
ный или пассивный вклад в появление книг на свет. Это не является некой фор- 
мой похвальбы, а говорит лишь о том, что ты не один на белом свете и своими 
успехами и неудачам обязан многим людям, которых ты, возможно, никогда не 
видел и никогда не увидишь. Поэтому я рад и благодарен письму каждого читате- 
ля. Адрес электронной почты \_уигоу@тай.ги всегда доступен для писем читате- 
лей относительно содержимого книг, пожеланий, сообщений о замеченных ошиб- 
ках и неточностях. Особую благодарность выражаю жене Елене и детям — Саше 
и Юле. 


От издательства 


Ваши замечания, предложения, вопросы отправляйте по адресу электронной по- 
чты сотр@рКег.сот (издательство «Питер», компьютерная редакция). 

Мы будем рады узнать ваше мнение! 

Все исходные тексты программ, приведенные в книге, атакже дополнительные 
приложения вы сможете найти поадресу Вр: //м\\.рКег.сот/Ао\/шоаа. 

Подробную информацию о наших книгах вы найдете по адресу ВИр:// 
у\му.риег.сот. 


Глава 1 


Организация современного 
компьютера | 


$» Внешний видтипичного современного компьютера 
> Структурнаясхемакомпьютера 

№ Место ассемблера 

» Историческая ретроспективапроцессоров ие! 


Современному человеку трудно представить свою жизнь без электронно-вычисли- 
тельных машин (ЭВМ). В настоящее время любому желающему по силам собрать 
у себя на рабочем столе полноценный вычислительный центр, степень функцио- 
нальности которого может быть ограничена только фантазией и финансовыми воз- 
можностями его обладателя. | 

В минимальной комплектации типовой персональный компьютер состоит из 
компонентов, показанных на рис. 1.1. 

Из рисунка видно, что компьютер образуют несколько физических устройств, 
каждое из которых подключено к одному блоку, называемому системным. Если 
рассуждать логически, то ясно, что он играет роль некоторого координирующего 
устройства. Попытка открыть корпус и заглянуть внутрь системного блока, скорее 
всего, не приведет к удовлетворению жажды познания — непонятная совокупность 
разнообразных плат, блоков, индикаторов и соединительных проводов вряд ли даст 
однозначные ответы на возможные вопросы. Внутри монитора вы тем более ниче- 
го интересного не найдете, за исключением возможности удовлетворить другую 
жажду — жажду приключений. Если хорошо поискать отверткой подходящий ис- 
точник, то, в отличие от системного блока, можно довольно быстро получить раз- 
ряд в несколько киловольт. 
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Системный блок 







Монитор 


Принтер 


ПИРА РЬ 


ИБП Клавиатура 


Рис. 1.1. Компьютер и периферийные устройства 


Рассмотрим структурную схемутипичного современного персонального компь- 
ютера. Она не претендует на безусловную точность и имеет целью лишь показать 
назначение, взаимосвязь и типовой состав его элементов. 

На рис. 1.2 показана функциональная схема системного блока компьютера на 
базе процессоров семейства ше. На схеме представлены: центральный процес- 
сор, оперативная память, внешние устройства. Все компоненты соединены между 
собой через системную шину. Системная шина имеет дополнительную шину — 
шину расширения. В компьютерах на базе РепНит в качестве такой шины исполь- 
зуется шина РС] (РейрВега! Сотропеп" Пцегасе), к которой подсоединяются внеш- 
ние устройства, а также шины более ранних стандартов, например [ЗА (шдизгу 
5{апдага АтспИесвиге). 

На рисунке показана самая общая схема сердца компьютера — процессора. Ос- 
нову процессора составляют блок микропрограммного управления, исполнитель- 
ное устройство, обозначенное как «конвейер», и регистры. Остальные компоненты 
процессора выполняют вспомогательные функции. Более подробный вариант 
этой схемы мы рассмотрим в следующей главе. 


Машинный язык и язык ассемблера 


Чтобы лучше понять принципы работы компьютера, давайте сравним его с чело- 
веком. У компьютера есть органы восприятия информации из внешнего мира — 
это клавиатура, мышь, накопители на магнитных дисках (на схеме они расположе- 
ны под системными шинами). У компьютера есть органы, «переваривающие» по- 
лученную информацию, — это центральный процессор и оперативная память. И на- 
конец, у компьютера есть органы речи, выдающие результаты переработки. Это 
также некоторые из устройств ввода-вывода, расположенные в нижней части схе- 
мы. Современным компьютерам, конечно, далеко до человека. Их можно сравнить 
с существами, взаимодействующими с внешним миром на уровне большого, но 
ограниченного набора безусловных рефлексов. Этот набор рефлексов образует 
систему машинных команд. На каком бы высоком уровне вы ни общались с компь- 
ютером, в конечном итоге все сводится к скучной и однообразной последователь- 
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Рис. 1.2. Структурная схема персонального компьютера 


ности машинных команд. Каждая машинная команда является своего рода раздра- 
жителем для возбуждения того или иного безусловного рефлекса. Реакция на этот 
раздражитель всегда однозначна и «зашита» в блоке микропрограммного управ- 
ления в виде микропрограммы. Эта микропрограмма и реализует действия по вы- 
полнению машинной команды, но уже на уровне сигналов, подаваемых на те или 
иные логические схемы компьютера, тем самым управляя различными подсисте- 
мами компьютера. В этом состоит так называемый принцип микропрограммного 
управления. Продолжая аналогию с человеком, отметим: для того чтобы компью- 
тер правильно «питался», придумано множество операционных систем, компиля- 
торов сотен языков программирования ит. д. Но все они являются, по сути, лишь 
блюдом, на котором по определенным правилам доставляется пища (программы) 
желудку (компьютеру). Только (вот досада!) желудок компьютера любит диети- 
ческую, однообразную пищу — подавай ему информацию структурированную, 
в виде строго организованных последовательностей нулей и единиц, комбинации 
которых и составляют машинный язык. 
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Таким образом, внешне являясь полиглотом, компьютер понимаеттолько один 
язык — язык машинных команд. Конечно, для общения и работы с компьютером 
необязательно знать этот язык, но практически любой профессиональный програм- 
мист рано или поздно сталкивается с необходимостью его изучения. К счастью, 
при этом человеку не нужно пытаться постичь значение различных комбинаций 
двоичных чисел, так как еще в 50-е гг. программисты стали использовать для про- 
граммирования символический аналог машинного языка, который назвали язы- 
ком ассемблера. Этот язык точно отражает все особенности машинного языка. 
Именно поэтому, в отличие отязыков высокого уровня, язык ассемблера для каж- 
дого типа компьютеров свой. Более того, бессмысленны разговоры о том, что ас- 
семблер как язык программирования устарел и знать его необязательно. АССЕМ- 
БЛЕР ОБЪЕКТИВЕН, и подобные разговоры в определенной ситуации могут 
выглядеть довольно глупо (особенно для особо «продвинутых» программистов). 

На первый взгляд ассемблер кажется очень сложным, но это не так. Для освое- 
ния этого языка совершенно не нужно выучивать наизусть все его команды и ди- 
рективы. Более того, в большинстве случаев для практической работы достаточно 
понимания основных концепций и идей, лежащих в основе языка ассемблера. Де- 
тали реализации той или иной команды всегда можно найти в справочнике ко- 
манд, гораздо важнее понимать, какое место данная команда занимает в системе 
команд, в идеале хорошо было бы знать и цели, которые преследовали разработчи- 
ки процессора, вводя данную команду в систему машинных команд. Одна из целей 
данного учебника — сформировать у читателя именно такое понимание языка ас- 
семблера. | 

Из всего сказанного напрашивается вывод о том, что самую эффективную про- 
грамму можно написать только на ассемблере (при условии, что ее пишет квали- 
фицированный программист), так как этот язык является «родным» для компью- 
тера. Здесь есть одно маленькое «но»: это оченьтрудоемкий и требующий большого 
внимания и практического опыта процесс. Поэтому реально на ассемблере пишут 
в основном программы, которые должны обеспечить эффективную работу с аппа- 
ратной частью компьютера. Иногда на ассемблере пишутся критичные ко времени 
выполнения или расходованию памяти фрагменты программы. Впоследствии они 
оформляются в виде подпрограмм и совмещаются с кодом на языке высокого 
уровня. . 

В данном учебнике будут рассмотрены два фундаментальных для понимания 
логики функционирования компьютера вопроса: первый — архитектурные особен- 
ности процессора и основы его взаимоотношений сдругими компонентами компь- 
ютера; второй — место и роль языка ассемблера во всем этом процессе. За основу 
в нашем рассмотрении будут взяты процессоры фирмы Ге. Необходимо отме- 
тить, что эти процессоры неявляются единственными процессорами нарынке апиа- 
ратного обеспечения (ВагА\аге), хотя и занимают довольно большой сегмент 
этого рынка. Исторически сложилось так, что архитектура процессоров Пе! 
полностью или частично поддерживается процессорами других фирм. Поэтому про- 
цессорам фирмы Ш приходится делить свой сегмент рынка с процессорами фирм 
АМ, УПА, Тгапзтаа. Так как в своем сегменте рынка ([1{е|-совместимых про- 
цессоров) процессоры фирмы ше! являются стандартом де-факто, то в данном 
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учебнике речь будет идти исключительно о них, однако все приводимые примеры 
программ будут работать и на ш@-совместимых процессорах процессорах других 
фирм. 


История процессоров Ще! 


Процессоры | в своем развитии прошли довольно сложный и насыщенный 
различными событиями путь. Корпорация [1 была основана в 1968 г. Первый 
процессор 14004 был разработан шв 1969 г. Он представлял собой 4-разрядное 
параллельное вычислительное устройство с 2300 транзисторами. Его возможно- 
сти были сильно ограничены — он выполнял всего лишь четыре основные ариф- 
метические операции. Поначалу 14004 применялся в карманных калькулято- 
рах. Позднее сфера его использования была расширена за счет различных систем 
управления, в частности, систем управления светофорами. 

В 1972 г. был выпущен 8-разрядный процессор 18008 с адресацией внешней опе- 
ративной памяти размером 16 Кбайт. Неожиданный успех этого процессора под- 
толкнул разработчиков [1{е| к дальнейшим изысканиям. В 1974 г. был выпущен 
18080, который, оставаясь 8-разрядным, мог адресовать 64 Кбайт оперативной па- 
мяти. Для того времени это было революцией, этот процессор был выпущен в мил- 
лионах экземпляров. Историю современных ш]-совместимых процессоров при- 
нято вести именно от 18080. 

Очередной революционный процессор ие! — 18086 — появился в 1978 г. Его 
основные характеристики — наличие 16-разрядных регистров, 16-разрядной шины 
данных. Поддержка сегментной организации памяти наряду с 20-разрядной ши- 
ной адреса позволяла организовать адресацию памяти в пределах 1 Мбайт при до- 
ступности адресного пространства размером 256 Кбайт. С целью занятия более 
широкой ниши на рынке ш вскоре представила более дешевый вариант этого 
процессора — 18088. При внутренней 16-разряднойархитектуре 1808бон имел 8-раз- 
рядную шину данных, вследствие чего был менее производителен. Важно отме- 
тить, что дешевизна достигалась в основном не за счет дешевизны самого процес- 
сора, а за счет удешевления конечного продукта — компьютера на его основе. Другой 
причиной появления и широкого распространения 18088 было наличие большого 
количества 8-разрядных внешних устройств. 8-разрядная шина данных 18088 по- 
зволяла упростить процесс сопряжения с этими устройствами. Отметим, что од- 
ним из внешних устройств, поддерживаемых процессорами 18086/88, был матема- 
тический сопроцессор 18087, который могустанавливаться в специальный разъем 
материнской платы. Это позволяло более эффективно выполнять операции с пла- 
вающей точкой в соответствии со стандартом ТЕЕЕ-754. Важно также подчерк- 
нуть, что, начиная с 18086/88, все процессоры ие совместимы «снизу вверх». 
Следствием этого является гарантированная возможность запуска на современ- 
ном процессоре Репйит практически любой программы, написанной для 18086/88 
(естественно, при соответствующей поддержке системного программного обеспе- 
чения). 

Согласно известному закону, программное обеспечение (зой\аге), подобно газу, 
стремится заполнить весь доступный ему объем. Поэтому поначалу кажущиеся 
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фантастическими возможности новых процессоров со временем становятся уза- 
ми, тем самым подталкивая конструкторов процессоров искать новые архитектур- 
ные и технологические решения для перевода программ в новые, более свободные 
рамки существования. Оперативная память объемом 1 Мбайт — это много. Долгая 
жизнь процессоров 18086/88 подтверждает это. Но с течением времени даже такой 
объем памяти превратился в ограничение, в связи с чем стали применяться раз- 
личные технологии для обхода этого ограничения. Многие, наверное, еще помнят 
загрузку М$-2ОО$ с драйверами расширенной памяти ЕМ$ (Ехрап4еа Метогу 
ЗресйЙсаНоп), с помощью которых через окно размером 64 Кбайт можно было 
обращаться к внешней дополнительной памяти размером до 32 Мбайт. Но это не 
могло продолжаться вечно, и в 1982 г. [пе] представляет процессор 180286. И хотя 
он нерешил окончательно проблему ограничения пространства памяти, в нем были 
реализованы определенные архитектурные изменения, благодаря которым после- 
дующие модели процессоров позволили разрядить ситуацию с доступом к памяти. 
К главным нововведениям следует отнести расширение шины адреса до 24 битов, 
что позволило адресовать уже 16 Мбайт оперативной памяти, а также появление 
еще одного режима работы процессора — защищенного. В этом отношении дан- 
ный процессор также можно считать революционным. До этого в процессорах [ше] 
отсутствовала поддержка на процессорном уровне какой-либо защиты программ 
от взаимного влияния. Введение подобных средств в архитектуру процессоров шЕ 
‚ стимулировало производителей на разработку многозадачных операционных сис- 
тем. Наиболее яркие примеры — М!сгозой (ОС УМт4о\з) и 1ВМ (05/2). Спра- 
ведливости ради следует отметить, что доминирующей системой для 1286 была М$- 
205, и данный процессор использовался как более быстрый вариант 18086/88.Для 
широкого распространения многозадачные системы должны были пройти опреде- 
ленный путь развития. 

Мощным стимулом к развитию многозадачных систем стали возможности, пре- 
доставляемые новым процессором 180386, выпущенным ие в 1985 г. Это был 
первый 32-разрядный процессор, который положил начало семейству процессо- 
ров ГА-32 (32-5 Пи АгспИесиге). Главные отличительные особенности: 32-раз- 
рядные шины адреса и данных (адресация оперативной памяти — до 4 Гбайт); 
увеличенная до 32 битов разрядность внутренних регистров процессора; введение 
третьего режима работы процессора (режима виртуального процессора 8086); под- 
держка страничной адресации памяти, благодаря которой стало возможном за счет 
дисковой памяти виртуализировать доступ к оперативной памяти и теоретически 
расширить ее рамки вплоть до 4 Гбайт. Аналогично ситуации с 18086 и 18088, одно- 
временно был выпущен более дешевый вариант процессора 180386 (180386-О0Х) 
с 16-разрядной шиной данных — 180386-5Х. При необходимости на материнскую 
плату можно было установить и математический сопроцессор 180387. Процессор 
180386 первым из семейства процессоров ше! стал поддерживать возможность 
параллельного функционирования своих устройств: устройства шинного интер- 
фейса (55 пиетсе ипй), блока предварительной выборки (соде ргеесВ ипи), бло- 
ка декодирования команд (шягасйоп десо4де ип), исполнительного блока (ехесиНоп 
ип), блока сегментации (зеетеп ип), блока страничной адресации (рат ипи). 
Концепция параллельного функционирования устройств позже, а именнов 180486, 
стала основой другой концепции — конвейеризации вычислений. 
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Процессор 180486 появился в 1989 г. Основные его характеристики — наличие 
встроенного математического сопроцессора, поддержка многопроцессорного ре- 
жима работы и работы с двумя видами кэш-памяти — внутренней размером 8 Кбайт 
(1-го уровня 11) и внешней кэш-памятью (2-го уровня 12). Важные изменения 
в архитектуре процессора 180486 коснулись концепции параллельных вычислений. 
Они стали воплощением идей, лежащих в основе КЗС-технологии разработки 
процессоров. Согласно им, машинные команды со сложным алгоритмом работы 
(Сотшр/ее-ШшпзбисНоп-Зеё Сотрийие, С1$С) на микропрограммном уровне реали- 
зовывались на основе более простых команд из ограниченного набора (Ведисеа 
шпугисНоп Зе Сошрщег, КС). Для выполнения С15С-команд требуется несколь- 
ко тактов работы процессора, иногда несколько десятков. КТЗС-команды должны 
выполняться за один такт. Такое изменение внутреннего представления внешних 
команд, наряду с изменением последовательности их выполнения и режимов де- 
кодирования, позволило реализовать реальную конвейеризацию вычислений. 
В результате выполнение С1$С-команды происходило за один такт процессора. 
Конвейер процессора 180486 состоял из 5 ступеней. Начиная с процессора 180486 
процессоры [1] поддерживают различные концепции энергосбережения. Инте- 
ресно, что совершенствование процессора 180486 шло в ходе его промышленного 
производства. Вследствие этого по своим возможностям следующие по времени 
выпуска процессоры 180486 в большей или меньшей степени отличались от пре- 
ДыдДУЩИХх. 

Нуи, наконец, ЭПОХА РЕМТГОМ. Знаменитый своей ошибкой блока с плава- 
ющей точкой первый Репнит — Репйит-60 — был представлен в начале 1993 г. 
Благодаря суперскалярной архитектуре (с двумя конвейерами, известными как и 
и У) он мог выполнять две машинные инструкции за один такт. К внутреннему 
кэшу команд добавлен внутренний 8-килобайтный кэш данных. Реализована тех- 
нология предсказания переходов (отапсв ргеЧ1сНоп). Для увеличения пропускной 
способности при обработке данных процессор Репйит поддерживает внутренние 
пути шириной 128 и 256 битов, внешняя шина данных увеличена до 64 битов. Добав- 
лены средства для построения многопроцессорных систем, в частности расширен- 
ный программируемый контроллер прерываний (АдуапсеЯ Ргозтатта е Пщеггар 
Сопегоег, АРТС), дополнительные выводы и специальный режим дуальной обра- 
ботки (Чиа ргосез$), ориентированный на построение двухпроцессорных сис- 
тем. Начиная с модели процессоров Реп а с тактовой частотой 133 МГц (1997 г.) 
в них был введен блок ММХ-команд (ММХ означает Ми Мед1а ежепз1о1$). Реа- 
лизованный на базе сопроцессора, данный блок поддерживал $1МО-технологию, 
которая предполагает обработку блока однородных данных одной машинной ин- 
струкцией. Цель введения данного расширения — увеличение производительно- 
сти приложений, обрабатывающих массивы однородных целочисленных данных. 
Примеры таких приложений — программы обработки изображений, звука, архи- 
вирования-разархивирования данных и др. Излишне говорить, что все эти ново- 
введения резко подняли производительность процессора Репйит по сравнению 
сего предшественником — процессором 1486 — и не оставили последнему особых 
альтернатив для существования. 

На сегодняшний день имеется три поколения, или семейства, процессоров 
Репиит — Репиит, Рб и Репиат [У с микроархитектурой №еВигя. К семейству 
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Репиат относятся упоминавшиеся ранее процессоры Репиаш и Репиит ММХ. 
История семейства Рб началась в 1995 году с появлением процессора Репииат Рго. 
Несмотря на схожие названия, внутренние архитектуры процессоров двух семейств 
были совершенно разными. Не вдаваясь в новые схемотехнические решения, реа- 
лизованные в процессоре РепНит Рго, отметим его основные архитектурные свой- 
ства. Процессор поддерживал работу трех конвейеров, то есть мог обрабатывать 
до трех команд за один такт. Для этого использовались особые технологии обра- 
ботки потока команд, которые подробнее будут рассмотрены в следующей главе. 
Процессор РепНат Рго использовал новую технологию работы с кэш-памятью. 
Наряду с уже обычным внутренним кэшем первого уровня размером 8 Кбайт 
в одном корпусе (но не на одной микросхеме) с процессором располагалась кэш- 
память второго уровня размером 256 Кбайт, для связи с которой имелась специ- 
альная 64-разрядная шина, работающая на частоте процессора. Шинаданных про- 
цессора Репйит Рго имела разрядность 36 бита, что позволяло при определенных 
условиях организовать адресацию памяти до 64 Гбайт. 

Процессор Репнат П, появившийся на свет в 1997 г., добавил к архитектуре 
процессора Репиит Рго поддержку ММХ-команд. Кроме того, были увеличены 
размеры кэш-памяти всех уровней — кэш-память команд и данных первого уров- 
ня выросла до 16 Кбайт каждая, кэш-память второго уровня могла иметь величину 
256, 512 Кбайт или 1 Гбайт. Кэш-память второго уровня могла работать на половине 
частоты работы процессора. Также процессор поддерживал множество технологий 
энергосбережения. Следующие две модели процессоров, выпущенные в 1998 г., — 
С@етоп и Репйат П Хеоп — были, соответственно, более «легкой» и более «тяже- 
лой» модификациями процессора Репнит П. Сеегоп позиционировался как процес- 
сор для построения компьютерных систем массового использования. Репйит П Хеоп 
предназначался для построения высокопроизводительных серверных систем. 

Последний процессор семейства Рб — Репиит Ш, — выпущен в 2000 г. Его ос- 
новное отличие — поддержка дополнительного набора ММХ-команд, называемых 
55Е-расширением (55Е — Эгеатше З1МО Ежепз$01$) основного набора команд 
процессора. Для этого в архитектуру процессора был введен специальный блок. 

На сегодняшний день последним 32-разрядным процессором является РепНит ТУ. 
Он позиционируется как процессор нового поколения с новым типом микроархи- 
тектуры, носящей название Ме{Вигз(. Подробнее основные архитектурные особен- 
ности процессора Репина ТУ будут рассмотрены в следующей главе при обсужде- 
нии микроархитектуры М№Вигз(. Отметим лишь один важный в контексте нашего 
обсуждения момент — с появлением процессора Репии ГУ система команд про- 
цессоров ше пополнилась еще 144 новыми командами. В основном это команды 
для блока ММХ с плавающей точкой, а также команды управления кэшировани- 
ем и памятью. Условное название этой группы команд — $55Е2 (Зтеапше $1МО 
Ежепз1о1$ 2). 


Итоги 


Несмотря на значительные внешние различия структурно большинство совре- 
менных компьютеров устроены примерно одинаково. В их состав обязательно 
ВХОДЯТ центральный процессор, внешняя и оперативная память, устройства 
ввода-вывода и отображения информации. 
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*® Работать компьютер заставляет некий «серый кардинал» — машинный язык. 
Пользователь может даже и не подозревать о его существовании. Общаться 
с компьютером пользователю помогают операционные системы, офисные па- 
кеты, системы программирования и т. д. Современные технологии программи- 
рования позволяют создавать программы, не написав ни строчки кода. Но 
в «мозг» компьютера команды все же поступают на машинном языке. 


# Машинный язык полностью отражает все архитектурные тонкости конкретно- 
го типа компьютеров. Следствием этого является его индивидуальность для 
каждого семейства ЭВМ. Чтобы эффективно использовать все возможности 
компьютера, применяют символический аналог машинного языка — язык ас- 
семблера. 


& Работать на компьютере можно и без знания ассемблера. Но элементом подго- 
товки программиста-профессионала обязательно является изучение этого язы- 
ка. Почему? Изучая ассемблер, человек обязательно попутно знакомится с ар- 
хитектурой компьютера. А это, в свою очередь, позволяет ему в дальнейшем 
создавать более эффективные программы на других языках и объединять их 
при необходимости с программами на ассемблере. 


& Процессоры ие являются стандартом де-факто в своем сегменте рынка. За 
тридцать с лишним лет своего развития процессоры ие! из примитивных уст- 
ройств, пригодных лишь для калькуляторов, превратились в сложные системы, 
содержащие более 7 000 000 транзисторов и поддерживающие работу высоко- 
производительных приложений и многопроцессорных конфигураций. 


Глава 2 


Программно-аппаратная 
архитектура 1А-32 
процессоров ще 


» Общее понятие об архитектуре ЭВМ 

№ Архитектура и свойства машины фон Неймана 

» Общие и индивидуальные свойства процессоров \е! 
» Архитектура 1А-32 процессоров \е! 


» Варианты микроархитектуры Р6б (Реп#ит Рго/ 1/1) 
и МевВиг${ (Репйит М) 


- Программная модель архитектуры ПА-32 

№ Режимы работы процессора архитектуры 1А-32 

» Набор регистров процессора архитектуры 1А-32 

» Организация памяти компьютера архитектуры ПА-32 


» Формирование физического адреса в реальном 
и защищенном режимах 


В главе | мы описали компьютер на «житейском» уровне. Его сердце — процессор. 
Без него компьютер представляет собой упорядоченный, но безжизненный набор 
. аппаратных компонентов. Кроме различных схемотехнических решений, процессор 
живет благодаря машинномуязыку, «зашитому» в его устройстве микропрограмм- 
ного управления. Именно машинный язык определяет логику работы процессора. 
В свою очередь, характеристики машинного языка полностью определяются осо- 


бенностями того типа процессора, для которого этот язык предназначен. 
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При выборе конкретного типа (или модели) компьютера неизбежно возникают 
вопросы: как оценить его возможности, каковы его отличия от компьютеров дру- 
гих типов (моделей)? Рассмотрения одной лишь его функциональной схемы явно 
недостаточно, так как она вряд ли чем-то принципиально отличается от схем дру- 
гих машин. У всех компьютеров есть оперативная память, процессор, внешние 
устройства. В данном случае в содержании рекламы стоит обратить внимание на 
то, какие отличительные характеристики компьютера как товара продавец в пер- 
вую очередь пытается довести до сведения потенциального покупателя. Обычно 
первые слова подобной рекламы: «Компьютер на базе процессора...». То есть все 
дело в процессоре. Именно он задает те правила, по которым в конечном итоге все 
устройства компьютера функционируют как единый механизм. 

Для всего, что характеризует компьютер с точки зрения его функциональных 
программно-управляемых свойств, существует специальный широко распростра- 
ненный термин — архитектура ЭВМ. Следует отметить, что большинство состав- 
ляющих этот термин понятий относятся именно к процессору. 


Архитектура ЭВМ | 


Однозначно определить понятие архитектуры ЭВМ довольно трудно, потому что 
при желании в него можно включить все, что связано с компьютерами вообще и ка- 
кой-то конкретной моделью компьютера в частности. Попытаемся все же его фор- 
мализовать. 

Архитектура ЭВМ — это абстрактное представление ЭВМ, которое отражает 
ее структурную, схемотехническую и логическую организацию. Понятие архитек- 
туры ЭВМ является комплексным, в него входят: 


% структурная схема ЭВМ; 

средства и способы доступа к элементам структурной схемы ЭВМ; 
организация и разрядность интерфейсов ЭВМ; 

#2 набор и доступность регистров; 

& организация и способы адресации памяти; 

Нм" способы представления и форматы данных ЭВМ; 

2 набор машинных команд ЭВМ; 

& форматы машинных команд; 

* правила обработки нештатных ситуаций (прерываний). 


Таким образом, описание архитектуры включает в себя практически всю необ- 
ходимую для программиста информацию о компьютере. Понятие архитектуры 
ЭВМ — иерархическое. Допустимо вести речь как об архитектуре компьютера в це- 
лом, так и об архитектуре отдельных его составляющих, например, архитектуре 
процессора или архитектуре подсистемы ввода-вывода. 

Все современные компьютеры обладают некоторыми общими и индивидуаль- 
ными архитектурными свойствами. Индивидуальные свойства присущи только 
конкретной модели компьютера и отличают ее от своих больших и малых собрать- 
ев. Общие архитектурные свойства, наоборот, присущи некоторой, часто доволь- 
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но большой группе компьютеров. На сегодняшний день общие архитектурные 
свойства большинства современных компьютеров подпадают под понятие фон-ней- 
мановской архитектуры. Так названа архитектура по имени ученого фон Нейма- 
на. Когда фон Нейман начал заниматься компьютерами, программирование по- 
следних осуществлялось способом коммутирования. В первых ЭВМ для генерации 
нужных сигналов необходимо было с помощью переключателей выполнить руч- 
ное программирование всех логических схем. В первых машинах использовали де- 
сятичную логику, при которой каждый разряд представлялся десятичной цифрой 
и моделировался 10 электронными лампами. В зависимости от нужной цифры одна 
лампа включалась, остальные девять оставались выключенными. Фон Нейман 
предложил схему ЭВМ с программой в памяти и двоичной логикой вместо деся- 
тичной. Логически машину фон Неймана составляли пять блоков (рис. 2.1): опе- 
ративная память, арифметико-логическое устройство (АЛУ) с аккумулятором, 
блок управления, устройства ввода и вывода. Особо следует выделить роль акку- 
мулятора. Физически он представляет собой регистр АЛУ. Для процессоров Пи, 
в которых большинство команд — двухоперандные, его роль не столь очевидна. Но 
существовали и существуют процессорные среды с однооперандными машинны- 
ми командами. В них наличие аккумулятора играет ключевую роль, так как боль- 
шинство команд используют его содержимое в качестве либо второго, либо един- 
ственного операнда команды. 


Оперативная 


память 





Рис. 2.1. Схема машины фон Неймана 


Ниже описаны свойства и принципы работы машины фон Неймана. 


# Линейное пространство памяти. Для оперативного хранения информации компь- 
ютер имеет совокупность ячеек с последовательной нумерацией (адресами) О, 
1, 2, ... Данная совокупность ячеек называется оперативной памятью. 


* Принцип хранимой программы. Согласно этому принципу, код программы и ее 
данные находятся в одном и том же адресном пространстве оперативной 
памяти. 


# Принцип микропрограммирования. Суть этого принципа заключается в том, что 
машинный языкеше не является той конечной субстанцией, которая физически 
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приводит в действие процессы в машине. В состав процессора (см. главу 1) вхо- 
дит устройство микропрограммного управления, поддерживающее набор дей- 
ствий-сигналов, которые нужно сгенерировать для физического выполнения 
каждой машинной команды. 


# Последовательное выполнение программ. Процессор выбирает из памяти коман- 
ды строго последовательно. Для изменения прямолинейного хода выполнения 
программы или осуществления ветвления необходимо использовать специаль- 
ные команды. Они называются командами условного и безусловного переходов. 


# Отсутствие разницы между данными и командами в памяти. С точки зрения 
процессора, нет принципиальной разницы между данными и командами. Дан- 
ные и машинные команды находятся в одном пространстве памяти в виде по- 
следовательности нулей и единиц. Это свойство связано с предыдущим. Про- 
цессор, поочередно обрабатывая некоторые ячейки памяти, всегда пытается 
трактовать содержимое ячеек как коды машинных команд, аесли это не так, то 
происходит аварийное завершение программы. Поэтому важно всегда четко 
разделять в программе пространства данных и команд. 





Безразличие к назначению данных. Машине все равно, какую логическую на- 
грузку несут обрабатываемые ею данные. 


Данный учебник посвящен вопросам программирования процессоров фирмы 
п] и Пие-совместимых процессоров других фирм. Поэтому в качестве примера 
индивидуальных архитектурных принципов компьютера, в силу иерархичности 
этого понятия, рассмотрим индивидуальные архитектурные принципы и свойства 
процессоров [п{е1. Их полное рассмотрение не является нашей целью, уделим вни- 
маниелишьтем их них, которые наиболее характерны и понадобятся нам для даль- 
нейшего изложения. Более подробно вопросы организации архитектуры компью- 
тера описаны в [7]. 

Согласно материалам фирмы №Ш@|, индивидуальные архитектурные свойства 
и принципы работы всех ее процессоров, начиная с 18086 и заканчивая Реп ит ГУ, 
выстроены в рамках единой архитектуры, которая позже получила название [А-32 
(32-5 Пие| АгсЬИесвиге). Эта архитектура не является «закостенелым» образова- 
нием. В процессе эволюции процессоров [1{е| она постоянно изменяется и разви- 
вается. Каждый из процессоров вносил в 1А-32 одно или несколько архитектур- 
ных новшеств. Несмотря на то, что датой рождения архитектуры ГА-32 нужно 
считать дату появления на свет процессора 180386, предыдущие модели процессо- 
ров также внесли существенный вклад в представление ее принципов и свойств. 
Если вернуться к материалу главы 1, то можно проследить за вкладом, который 
внес каждый из процессоров пе! в ходе своей эволюции в формирование элемен- 
тов архитектуры [А-32. Так, благодаря процессорам 18086/88 в [А-32 существует 
сегментация памяти, 180286 ввел защищенный режим ит. д. 


Архитектура 1А-32 : 


В рамках архитектуры [А-32 существует и развивается ряд микроархитектур. Ранее 
было показано, что понятие архитектуры компьютера иерархично и что существу- 
ют общие и индивидуальные свойства архитектуры. В контексте обсуждения 
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архитектуры процессоров [ие] имеет смысл также позиционировать различные 
их архитектурные свойства и принципы как общие и индивидуальные. К индиви- 
дуальным архитектурным свойствам и принципам можно отнести существующие 
в рамках различных микроархитектур (см. далее). Что касается общих архитектур- 
ных свойств и принципов [А-32, то к ним относятся те, которые имеют место для 
всех процессоров [ше] или, по крайней мере, существуют вне рамок конкретной 
микроархитектуры для большого числа моделей процессоров. Так как процессор 
в основном определяет логику работы компьютера, то и названия большинства об- 
щих архитектурных свойств и принципов [А-32 совпадают с названиями анало- 
гичных свойств и принципов компьютера: номенклатура программно-доступных 
регистров; организация и способы адресации памяти; номенклатура режимов ра- 
боты процессоров; организация и разрядность внешних интерфейсов ЭВМ; спосо- 
бы представления и форматы данных; набор и форматы машинных команд ЭВМ; 
порядок обработки прерываний. Практически все эти общие архитектурные свой- 
ства и принципы составляют ПрОАИиНУЮ модель процессора, которая будет рас- 
смотрена в дальнейшем. 


Варианты микроархитектуры процессоров 11 е1 


Понятие микроархитектуры впервые было определено {е! для процессоров се- 
мейства Реп Рго. Его введение объяснялось необходимостью правильного по- 
зиционирования новых процессоров среди существующих. Внешняя программная 
модель (логическая) 32-разрядных процессоров изменялась только в сторону раз- 
вития, в то время как их исполнительная (физическая) часть могла быть соверше- 
но разной. Понятие микроархитектуры ориентировано на описание особенностей 
исполнительной части процессоров, то есть того, какими способами и какими сред- 
ствами процессор выполняет обработку машинного кода (рис. 2.2). На сегодняш- 
ний день в рамках [А-32 существует две микроархитектуры процессоров \е1: Рб 


и МеВигеЕ. 


Рис. 2.2. Представление компьютера в виде уровней 










Микроархитектура Рб 


Микроархитектуру Рб поддерживают такие процессоры Шш{е1, как Репиат Ро, 
Репиаш П (Хеоп), Сеегоп, Репйит Ш (Хеоп). Эта микроархитектура является, 
по определению Пи], трехходовой (тее-\ау) суперскалярной конвейерной архи- 
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тектурой. Термин «трехходовая» означает поддержку технологий параллельного 
вычисления, позволяющих процессору одновременно (за один такт) обрабатывать 
до трех инструкций. Проблема оптимальной обработки потока машинных команд 
является ключевой при разработке любого процессора. Поэтому для большей яс- 
ности необходимо показать эту проблему в развитии. В компьютере фон-нейма- 
новской архитектуры существуют две основные стадии исполнения команды — 
выборка очередной команды из памяти и собственно ее исполнение. В первых про- 
цессорах 1 все блоки процессора работали последовательно, начиная с этапа 
выборки очередной команды из памяти и заканчивая этапом завершения ее обра- 
ботки процессором. Напоминание об этом осталось в названии регистра 1Р/ЕТР — 
(шугисНоп Рой\ег — указатель инструкции). До появления процессоров ш{е1 
с конвейерной архитектурой данный регистр непосредственно указывал на оче- 
редную команду, подлежащую выполнению. Процессоры Пе! относятся к группе 
СТ$С-процессоров, в которых для выполнения одной команды может требоваться 
от единиц до нескольких десятков процессорных тактов. При такой обработке ко- 
манд увеличение производительности может быть достигнуто только повышени- 
ем частоты генерации машинных тактов. Простое увеличение частоты работы про- 
цессора не имеет смысла, так как есть физически обусловленная верхняя граница, 
до которой ее можно поднимать. По этому пути разработчики ие шли до процес- 
сора 180386 включительно. В ходе исполнения команды есть и другое узкое мес- 
то — выборка команды из памяти. Это затратная по времени операция. Частичное 
решение проблемы было найдено еще на заре развития компьютерной техники 
в виде буфера упреждающей выборки. Развитием этой и реализацией других идей 
стал конвейер — специальное устройство, существующее на уровне архитектуры 
исполнительной части компьютера. Благодаря конвейеру исполнение команды 
разбивается на несколько стадий, каждая из которых реализует некоторую эле- 
ментарную операцию общего процесса обработки команды. Впервые для процес- 
соров [п конвейер был реализован в архитектуре процессора 180486. Конвейер 
180486 имеет пять ступеней, которые соответствуют перечисленным далее стади- 
ям обработки машинной команды. 


1. Выборка команды из кэш-памяти или из оперативной памяти. 
2. Декодирование команды. 


3. Генерация адреса, в ходе которой определяются адреса операндов в памяти и вы- 
полняется выборка операндов. 


Выполнение операции с помощью АЛУ. 


5. Запись результата (место записи результата зависит от алгоритма работы кон- 
кретной машинной команды). 


В чем преимущество такого подхода? Очередная команда после ее выборки 
попадает в блок декодирования. Таким образом блок выборки освобождается и мо- 
жет выбрать следующую команду. В результате на конвейере могут находиться 
в различной стадии выполнения пять команд. Скорость вычисления в результате 
существенно возрастает. 

В процессорах РепНит конвейерная архитектура была усовершенствована и по- 
лучила название суперскалярной. В отличие от скалярной архитектуры 180486 
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(с одним конвейером), первые модели процессоров РепИит имели два конвейера. 
В идеале такой суперскалярный процессор должен выполнять две команды за ма- 
шинный такт. Но не все так просто. Реально два конвейера Репии не были функ- 
ционально равнозначными. В связи с этим они даже имели разные названия — 
а-конвейер (главный) иу-конвейер (второстепенный). Главный конвейер был пол- 
нофункциональным и мог выполнять любые машинные команды. Функциональ- 
ность второстепенного конвейера была ограничена основными целочисленными 
командами и одной командой с плавающей точкой (ЕХСН). Внутренняя структура 
обоих конвейеров такая же, как у 180486 с одним общим блоком выборки команд. 
Для того чтобы два разных по функциональным возможностям конвейера могли 
обеспечить предельную эффективность (две выполненных команды за такт рабо- 
ты процессора), необходимо было группировать команды из входного потока в со- 
вместимые пары. Важно заметить, что исходная последовательность команд вход- 
ного потока была неизменной. Если процессору не удавалось собрать совместимую 
пару, то выполнялась одна команда на ч-конвейере. Оставшуюся команду процес- 
сор пытался «спарить» со следующей командой входного потока. 

Вернемся к процессорам микроархитектуры Р6б. Они имеют другую структуру 
конвейера. Собственно конвейера в понимании 180486 и первых РепНит уже нет. 
Конвейеризация заключается в том, что весь процесс обработки команд разбит на 
12 стадий, которые исполняются различными блоками процессора. Сколько именно 
команд обрабатывается процессором, сказать трудно. Термин трехходовой озна- 
чает лишь то, что для исполнения из входного потока выбираются до трех команд. 
Известен верхний предел — в процессоре в каждый момент времени могут нахо- 
диться до 30 команд в различной стадии исполнения. Детали этого процесса скры- 
ты за понятием динамическое исполнение с нарушением исходного порядка следова- 
ния машинных команд (о оЁ отдег), что означает исполнение команд в порядке, 
определяемом исполнительным устройством процессора, а не исходной последо- 
вательностью команд. В основу технологии динамического исполнения положе- 
ны три концепции: 


. Предсказание правильного адреса перехода. Основная задача механизма пред- 
сказания — исключить перезагрузку конвейера. Под переходом понимается зап- 
ланированное алгоритмом изменение последовательного характера выполне- 
ния программы. Как показывает статистика, типичная программа на каждые 
6-8 команд содержит 1 команду перехода. Последствия обработки перехода 
предсказать несложно: при наличии конвейера через каждые 6-8 команд его 
нужно очищать и заполнять заново в соответствии с адресом перехода. Все пре- 
имущества конвейеризации теряются. Поэтому в архитектуру Репйит в состав 
устройства выборки/декодирования (см. главу 1) был введен блок предсказа- 
ния переходов. Вероятность правильного предсказания составляет около 80 %. 





Динамический анализ потока данных. Анализ проводится с целью определения 
зависимостей команд программы от данных и регистров процессора с последу- 
ющей оптимизацией выполнения потока команд. Главный критерий здесь — 
максимально полная загрузка процессора. Для реализации данного критерия 
допускается нарушение исходного порядка следования команд. Сбоя при этом 
не7 происходит, так как внешне логика работы программы не нарушается. 39999- 
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Подобная внутренняя неупорядоченность исполнения команд позволяет дер- 
жать процессор загруженным даже тогда, когда Данные в кэш-памяти второго 
уровня отсутствуют и необходимо тратить время на обращение за ними в опе- 
ративную память. 





Спекулятивное исполнение — способность процессора исполнять машинные 
команды на участках программы с условными переходами и циклами до того, 
как эти переходы будут разрешены алгоритмом программы. Если переход пред- 
сказан правильно, то процессор к этому моменту уже имеет исполненный код, 
в противном случае весь конвейер нужно очищать, загружать и исполнять код 
новой ветви программы, что очень накладно. 


Рассмотрим порядок функционирования исполнительного устройства микро- 
архитектуры Рб и реализацию с его помощью описанных ранее технологий. Это 
рассмотрение неявляется строгим, кое-где для лучшего понимания оно упрощено. 
Для иллюстрации будем использовать схему, представленную на рис. 2.3 и являю- 
щуюся развитием схемы на рис. 1.2 (см. главу 1). Из схемы видно, что структурно 
процессор микроархитектуры Рб состоит из нескольких подсистем. 





Подсистемапамятисостоитизсистемной шины, кэшавторогоуровня [.2, устрой- 
ства шинного‘интерфейса, кэша первого уровня 1:11 (инструкций и данных), уст- 
ройства связи с памятью и буфера переупорядочивания запросов к памяти. 





Устройство выборки/декодированиясостоит из устройства выборки команд, 
блока предсказания переходов, в который входят блоки меток перехода и вы- 
числения адреса следующей инструкции, устройства декодирования, устрой- 
ства микропрограммного управления и таблицы псевдонимов регистров. 


* Буфер команд. 


# Устройство диспетчеризации/исполнения содержит буфер микроопераций, го- 
товых к исполнению, и пять исполнительных устройств (два — для исполне- 
ния целочисленных операций, два — для исполнения операций с плавающей 
точкой, а также устройство связи с памятью). Необходимо заметить, что здесь 
допущена вольность втрактовке назначения исполнительных устройств: выде- 
лены устройства для выполнения обычных команд (целочисленных и с плава- 
ющей точкой) и ММХ-команд (также целочисленных и с плавающей точкой). 
Реальное деление несколько иное. Такое допущение сделано исключительно 
с учебной целью — для более осознанного перехода от архитектуры к системе 
команд ассемблера. 





Блок удаления и восстановления. 


Рассмотрим подсистему памяти. Для бесперебойной работы процессора в мик- 
роархитектуре Рб используется два уровня кэш-памяти'. Кэш-память первого уров- 
ня состоит из кэшей команд и данных размером по 8 Кбайт, расположенных внутри 
процессора в непосредственной близости к его исполнительной части. Кэш-память 
второго уровня является внешней по отношению к процессору (но в едином кон- 


' Кэширование — способ увеличения быстродействия системы за счет хранения часто используемых 
данных и кодов втак называемой кэш-памяти, находящейся внутри процессора (кэш-память перво- 
го уровня) либо в непосредственной близости от него (кэщ-память второго уровня). 


2 Зак. 256 
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Центральный процессор (Репнит РгоЙШ!) 
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Системная шина 
Рис. 2.3. Структурная схема процессора семейства Рб (Репвит Рго/11/1!) 


структиве с ним), имеет значительно б ольший размер (256 Кбайт, 512 Кбайт или 
1 Мбайт) и соединена сядром процессора посредством 64-разрядной шины. Раз- 
делениекэш-памяти надве части (для кода и данных) обеспечивает бесперебой- 
нуюпоставкумашинныхинструкций и элементовданныхвисполнительноеустрой- 
ство процессора. Исходные данные для кэш-памяти первого уровня предоставляет 
кэш-память второго уровня. Заметьте, что информация из нее поступает науст- 
ройство шинного интерфейса и далее в соответствующую кэш-память первого 
уровня по 64-разрядной шине. При этом благодаря более быстрому обновлению 
содержимогокэш-памяти первогоуровня обеспечивается высокийтемп работы 
процессора. 
Устройствошинногоинтерфейсаобращается коперативной памятисистемы 
через внешнюю системную шину. Эта 64-разрядная шина ориентирована на обра- 
ботку запросов, то есть каждый шинный запрос обрабатывается отдельно и требу- 
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ет обратной реакции. Пока устройство шинного интерфейса ожидает ответа наодин 
запрос шины, возможно формирование многочисленных дополнительных запро- 
сов. Все они обслуживаются в порядке поступления. Считываемые по запросу дан- 
ные помещаются в кэш второго уровня. То есть процессор посредством устройства 
шинного интерфейса читает команды и данные из кэша второго уровня. Устройство 
шинного интерфейса взаимодействует с кэшем второго уровня через 64-разряд- 
ную шину кэша, которая также ориентирована на обработку запросов и функцио- 
нирует на тактовой частоте процессора. Доступ к кэшу первого уровня осуществ- 
ляется через внутренние шины на тактовой частоте процессора. Синхронная работа 
с системной памятью кэш-памяти обоих уровней осуществляется благодаря спе- 
циальному протоколу МЕЗТ [7|, [13]. 

Запросы от команд на получение операндов из памяти в исполнительном устрой- 
стве процессора обслуживаются посредством устройства связи с памятью и бу- 
фера переупорядочивания запросов к памяти. Эти два устройства специально вклю- 
чены в схему для того, чтобы обеспечить бесперебойное снабжение исполняемых 
команд необходимыми данными. Особо стоит подчеркнуть роль буфера переупо- 
рядочивания запросов к памяти. Он отслеживает все запросы к операндам в памя- 
ти и выполняет функции планирующего устройства. Если нужные для очередной 
операции данные в кэш-памяти первого уровня (1.1) отсутствуют, то буфер пере- 
упорядочивания запросов к памяти автоматически передает информацию о неудач- 
ном обращении к данным кэшу второго уровня (12). Если и в кэше [2 нужных 
данных не оказалось, то буфер переупорядочивания запросов к памяти заставляет 
устройство шинного интерфейса сформировать запрос к оперативной памяти компь- 
ютера. 

Устройство выборки/декодирования извлекает одну 32-байтную строку кэша 
команд ( [.1)) затакт и передает в декодер, который преобразует ее в последователь- 
ность микроопераций. Поток микроопераций (пока он еще соответствует после- 
довательности исходных команд) поступает в буфер команд. Устройство выборки 
команд вычисляет указатель на следующую команду, подлежащую выборке, на 
основании информации трех источников: буфера меток перехода, состояния пре- 
рывания/исключения и сообщения от исполнительного целочисленного устрой- 
ства об ошибке в предсказании метки перехода. Важная часть этого процесса — 
предсказание метки перехода, которое выполняется по специальному алгоритму. 
В его основе лежит работа с буфером меток перехода, который содержит информа- 
цию о последних 256 переходах. Если очередная команда, выбираемая из памяти, 
является командой перехода, то содержащийся в ней адрес перехода сравнивается 
с адресами, уже находящимися в буфере меток перехода. Если этот адрес уже есть 
в буфере меток переходов, то он станет адресом следующей команды, с которой 
устройство выборки будет извлекать очередную команду. Если искомого адреса 
перехода в буфере нет, то выборка команд из памяти будет продолжена до момен- 
та исполнения команды перехода исполнительным устройством. В результате ее 
исполнения становится ясно, было ли правильным решение об адресе начала вы- 
борки следующих команд после выборки команды перехода. Если предсказанный 
переход оказывается неверным, то конвейер сбрасывается и загружается заново 
в соответствии с адресом перехода. Цель предсказания переходов — в том, чтобы 





36 Глава 2. Программно-аппаратная архитектура 1А-32 процессоров те 


устройство исполнения постоянно было занято полезной работой и сброс конвей- 
ера производился как можно реже. 

Устройство выборки команд выбирает команды для исполнения и помещает 
их в устройство декодирования. Устройство декодирования состоит из трех па- 
раллельно работающих декодеров (два простых и один сложный). Именно эти де- 
кодеры воплощают в жизнь понятие исполнения с нарушением исходного поряд- 
ка следования команд (0 оРог4ег) и являются теми самыми тремя входами (гее 
\ау) в исполнительное устройство процессора. Декодеры преобразуют команды 
процессора в микрооперации. Микрооперации представляют собой примитивные 
команды, которые выполняются пятью исполнительными устройствами процес- 
сора, работающими параллельно. Многие машинные команды преобразуются 
в одиночные микрооперации (это делает простой декодер), а некоторые машин- 
ные команды — в последовательность от двух и более (оптимально — четырех) мик- 
роопераций (это делает сложный декодер). Информация о последовательности мик- 
роопераций для реализации конкретной машинной команды содержится в устройстве 
микропрограммного управления. Кроме команд, декодеры обрабатывают также пре- 
фиксы команд. Декодер команд может формировать до шести микроопераций за 
такт — по одной от простых декодеров и до четырех от сложного декодера. Для 
достижения наибольшей производительности работы декодеров необходимо, что- 
бы на их вход поступали команды, которые декодируются шестью микроопераци- 
ями в последовательности 4 + 1 + 1. Если время работы программы критично, то 
имеет смысл провести ее оптимизацию, заключающуюся в переупорядочивании 
исходного набора команд таким образом, чтобы группы команд формировали пос- 
ледовательности микроопераций по схеме 4 + 1 + 1. После того как команды раз- 
биты на микрооперации, порядок их выполнения трудно предсказать. При этом 
могут возникнуть проблемы с таким критичным ресурсом, как регистры. Суть здесь 
в том, что если в двух соседних фрагментах программы данные помещались в оди- 
наковые регистры, откуда они, возможно, записывались в некоторые области па- 
мяти, а после переупорядочивания эти фрагменты перемешались, то как разоб- 
раться в том, какие регистры и где использовались. Эта проблема носит название 
проблемы ложных взаимозависимостей и решается с помощью механизма переиме- 
нования регистров. Основу этого механизма составляет набор из 40 внутренних 
универсальных регистров, которые и задействуются в реальных вычислениях ис- 
полнительным устройством абсолютно прозрачно для программ. Универсальные 
регистры могут работать как с целыми числами, так и со значениями с плавающей 
точкой. Информация о действительных именах регистров процессора и их внут- 
ренних именах (номерах универсальных регистров) помещается в таблицу псев- 
донимов регистров. | 

В заключение процесса декодирования устройство управления таблицей псев- 
донимов регистров добавляет к микрооперациям биты состояния и флаги, чтобы 
подготовить их к неупорядоченному выполнению, после чего посылает получив- 
шиеся микрооперации в буфер переупорядоченных команд. Нужно заметить, что 
новый порядок их следования не соответствует порядку следования соответству- 
ющих команд в исходной программе. Буфер переупорядоченных команд представ- 
ляет собой массив ассоциативной памяти, физически выполненный в виде 40 регис- 
тров и представляющий собой кольцевую структуру, элементы которой содержат 
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два типа микроопераций: ожидающие своей очереди на исполнение и уже частич- 
но выполненные, но не до конца из-за их переупорядочивания и зависимости от 
других частично или полностью не выполненных микроопераций. Устройство дис- 
петчеризации/исполнения может выбирать микрооперации из этого буфера в лю- 
бом порядке. | 

Устройство диспетчеризации/исполнения планирует и исполняет неупорядо- 
ченную последовательность микроопераций из буфера переупорядоченных команд. 
Но оно не занимается непосредственной выборкой микроопераций из буфера пе- 
реупорядоченных команд, так как в нем могут содержаться и не готовые к испол- 
нению микрооперации. Этим занимается устройство, управляющее специальным 
буфером, который условно назовем буфером микроопераций, готовых к исполне- 
нию. Оно постоянно сканирует буфер переупорядоченных команд в поисках мик- 
роопераций, готовых к исполнению (фактически это означает доступность всех 
операндов), после чего посылает их соответствующим исполнительным устрой- 
ствам, если они не заняты. Результаты исполнения микроопераций возвращаются 
в буфер переупорядоченных команд и сохраняются там наряду с другими микро- 
операциями до тех пор, пока не будут удалены устройством удаления и восстанов- 
ления. 

Подобная схема планирования и исполнения программ реализует классичес- 
кий принцип неупорядоченного выполнения, при котором микрооперации посы- 
лаются исполнительным устройствам вне зависимости от их расположения в ис- 
ходном алгоритме. В случае, если к выполнению одновременно готовы две или 
более микрооперации одного типа (например, целочисленные), то они выполня- 
ются в соответствии с принципом ЕТЕО (Еи$ ша, Е $ Оц{ — первым пришел, пер- 
вым ушел), то есть в порядке поступления в буфер переупорядоченных команд. 

Непосредственно исполнительное устройство состоит из пяти блоков, каждый 
из которых обрабатывает свой тип микроопераций: два целочисленных устрой- 
ства, два устройства для вычислений с плавающей точкой и одно устройство связи 
с памятью. Таким образом, за один машинный такт одновременно исполняется пять 
микроопераций. 

Два целочисленных исполнительных устройства могут параллельно обрабаты- 
вать две целочисленные микрооперации. Одно из этих целочисленных исполни- 
тельных устройств специально предназначено для работы с микрооперациями пе- 
реходов. Оно способно обнаружить непредсказанный переход и сообщить об этом 
устройству выборки команд, чтобы перезапустить конвейер. Такая операция реа- 
лизована следующим образом. Декодер команд отмечает каждую микрооперацию 
перехода и адрес перехода. Когда целочисленное исполнительное устройство вы- 
полняет микрооперацию перехода, то оно определяет, был предсказан переход или 
нет. Если переход предсказан правильно, то микрооперация отмечается пригод- 
ной для использования, и выполнение продолжается по предсказанной ветви. Если 
переход предсказан неправильно, то целочисленное исполнительное устройство 
изменяет состояние всех последующих микроопераций с тем, чтобы удалить их из 
буфера переупорядоченных команд. После этого целочисленное устройство поме- 
щает метку перехода в буфер меток перехода, который, в свою очередь, совместно 
с устройством выборки команд перезапускает конвейер относительно нового ис- 
полнительного адреса. 


ыы ————ы 
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Устройство связи с памятью управляет загрузкой и сохранением данных для 
микроопераций. Для их загрузки в исполнительное устройство достаточно опре- 
делить только адрес памяти, поэтому такое действие кодируется одной микроопе- 
рацией. Для сохранения данных необходимо определять и адрес, и записываемые 
данные, поэтому это действие кодируется двумя микрооперациями. Та часть уст- 
ройства связи с памятью, которая управляет сохранением данных, имеет два бло- 
ка, позволяющие ему обрабатывать адрес и данные для микрооперации параллель- 
но. Это позволяет устройству связи с памятью выполнить загрузку и сохранение 
данных для микроопераций параллельно в одном такте. 

Исполнительные устройства с плавающей точкой аналогичны устройствам в бо- 
лее ранних моделях процессора Репиит. Было добавлено только несколько новых 
команд с плавающей точкой для организации условных переходов и перемеще- 
НИЙ. | 

Последний блок в этой схеме выполнения команд исходной программы — блок 
удаления и восстановления, задачей которого является возврат вычислительного 
процесса в рамки, определенные исходной последовательностью команд. Для это- 
го он постоянно сканирует буфер переупорядоченных команд на предмет обнару- 
жения полностью выполненных микроопераций, не имеющих связи с другими 
микрооперациями. Такие микрооперации удаляются из буфера переупорядочен- 
ных команд и восстанавливаются в порядке, соответствующем порядку следования 
команд исходной программы с учетом прерываний, исключений, точек прерыва- 
ния и переходов. Блок удаления и восстановления может удалить три микроопе- 
рации за один машинный такт. При восстановлении порядка следования команд 
блок удаления и восстановления записывает результаты в реальные регистры про- 
цессора и в оперативную память. 

Таким образом, система динамического исполнения команд позволяет органи- 
зовать прохождение команд программы через исполнительное устройство процес- 


сора эффективнее, чем это было в конвейере процессора 180486 и первых процес- 
соров Репйит. 


Микроархитектура Ме{Вигз+ 


Микроархитектура Ме Виг$, реализованная в процессоре Репиит ГУ, является 
развитием идей микроархитектуры Рб, поэтому рассматривается довольно кон- 
спективно. Судя по названию (пеё — сеть, Багз — прорыв), микроархитектура 
МеВит$ призвана обеспечить некий «сетевой прорыв». Очевидно, что этим раз- 
работчики хотели подчеркнуть те новые особенности процессора Репииат ТУ, ко- 
торые позволяют организовать более быструю и эффективную работу приложе- 
ний в современных сетевых и мультимедийных информационных средах. Отметим 
наиболее важные свойства новой микроархитектуры. 


я Быстрая исполнительная часть процессора. АЛУ процессора работает на удво- 
енной частоте процессора. За каждый такт процессора выполняются две основ- 
ные целочисленные команды. Обеспечена более высокая пропускная способ- 
ность потока команд через исполнительную часть процессора и уменьшены 
различные задержки. | 





Типерконвейерная технология. Гиперконвейер РепЧит ПУ состоит из 20 ступе- 
ней. Цель увеличения длины конвейера — упрощение задач, реализуемых каж- 





Архитектура ИА-32 39 


дой изего ступеней, и, как следствие, упрощение соответствующей аппаратной 
ЛОГИКИ. 


®# Улучшенная технология динамического исполнения благодаря более глубокой 
«произвольности» в порядке исполнения кода и усовершенствованной системе 
предсказания переходов. Размер буфера меток перехода увеличен до 4 Кбайт 
(Репиит Ш — 512 байт). Усовершенствован и сам алгоритм предсказания. 
В результате вероятность предсказания перехода возрастает до 95 %. 


® Новая подсистема кэширования. Отсутствует кэш команд первого уровня. Вме- 
сто него введен кэш трасс. Трассаминазываются последовательности микро- 
операций, в которые были декодированы ранее выбранные команды. Кэш трасс 
способен хранить до 12 Кбайт микроопераций и доставлять исполнительному 
ядру до 3 микроопераций за такт. Кэш второго уровня работает на полной час- 
тоте ядра процессора. 


Структурная схема процессора Репйит ГУ показана на рис. 2.4. 
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Рис. 2.4. Структурная схема процессора Репйит М 


Микроархитектура Ме Виг$( поддерживает еще одну новую технологию — Ну- 
регТГЬгеаЯ ше. Данная технология позволяет на базе одного физического процессора 
Репиат [У моделировать несколько логических, каждый из которых имеет соб- 
ственное архитектурное пространство [А-32. Под архитектурным пространством 
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1А-32 понимается совокупность регистров данных, сегментных регистров, систем- 
ных регистров и регистров М$К. Каждый логический процессор имеет также соб- 
ственный контроллер прерываний АРГС. 

На этом, наверное, следует завершить обсуждение общих вопросов, связанных 
с архитектурой процессоров и\е1. Более подробную информацию по этой теме, 
в том числе о логике функционирования и характеристиках микроархитектур Рб 
и №еВиг$6 можно получить из материала книги [13]. Наша ближайшая задача — 
разобраться, как управлять этими сложными процессорами. Программисту совер- 
шенно необязательно помнить о схемотехнических тонкостях реализации процес- 
сора, ему достаточно знать, какие части процессора ему доступны и как с ними 
взаимодействовать для реализации некоторой задачи. Первый шаг в этом направ- 
лении — знакомство с программной моделью процессора. Эта модель описывает 
видимые для программиста объекты архитектуры процессора, знание которых по- 
зволяет программисту эффективно и в полном объеме использовать возможности 
процессора. 


Программная модель 1А-32 


Любая выполняющаяся программа получает в свое распоряжение определенный 
набор ресурсов процессора. Эти ресурсы необходимы для обработки и хранения 
в памяти команд и данных программы, а также информации о текущем состоянии 
программы и процессора. Программную модель процессора в архитектуре 1А-32 
процессоров [ш{е| составляет следующий набор ресурсов (рис. 2.5): 


= 


+ пространство адресуемой памяти до 23 - | байт (4 Гбайт), для Репиат ШЛУ — 
до 236 - | байт (64 Гбайт); 


набор регистров для хранения данных общего назначения; 

# набор сегментных регистров; 

* набор регистров состояния и управления; 

= набор регистров устройства вычислений с плавающей точкой (сопроцессора); 


** набор регистров целочисленного ММХ-расширения, отображенных на регист- 
ры сопроцессора (впервые появились в архитектуре процессора Репйит ММХ); 


набор регистров ММХ-расширения с плавающей точкой (впервые появились 
в архитектуре процессора Репйит Ш); 


9 программный стек — специальная информационная структура, работа с кото- 
рой предусмотрена на уровне машинных команд (более подробно она будет 
обсуждена позже). 


Это основной набор ресурсов. Кроме того, к ресурсам, поддерживаемым архи- 
тектурой [А-32, необходимо отнести порты ввода-вывода, счетчики мониторинга 
производительности. 

Программные модели более ранних процессоров (1486, первые РепИиат) отли- 
чаются меньшим размером адресуемого пространства оперативной памяти (232 - 1, 
так как разрядность их шины адреса составляет 32 бита) и отсутствием некоторых 
групп регистров. Для каждой группы регистров в скобках показано, начиная 
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Рис. 2.5. Программная модель архитектуры 1А-32 процессоров ие! 


с какой модели данная группа регистров появилась в программной модели про- 
цессоров ш(е1. Если такого обозначения нет, то это означает, что данная группа 
регистров присутствовала в процессорах 1386 и 1486. Что касается еще более ран- 
них процессоров 18086/88, то на самом деле они тоже полностью представлены на 
схеме, но составляют лишь ее небольшую ее часть. В программную модельданных 
процессоров входят 8- и 16-разрядные регистры общего назначения, сегментные 
регистры, регистры ЕГАО$, [Р и адресное пространство памяти размером до 1 Мбайт. 

Свойства некоторых перечисленных далее программно-доступных ресурсов 
определяются текущим режимом работы процессора. 
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Режимы работы процессора архитектуры 1А-32 


Режим работы процессора определяет поведение, номенклатуру и свойства до- 
ступных ресурсов процессора. Перевод процессора из одного режима в другой осу- 
ществляется специальными программными и аппаратными методами. 

В рамках архитектуры Г1А-32 доступны следующие режимы работы процессора. 





Режим реальных адресов, или просто реальный режим (геа] то4е) — это режим, 
в котором работал 18086. Наличие его в 1486 и Репиит обусловлено тем, что 
фирма ше старается обеспечить в новых моделях процессоров возможность 
функционирования программ, разработанных для ранних моделей. 





Защищенный режим (ргоесе4 то4е) позволяет максимально реализовать все 
идеи, заложенные в процессорах архитектуры ТА-32, начиная с 180286. Програм- 
мы, разработанные для 18086 (реального режима), не могут функционировать 
в защищенном режиме. Одна из причин этого связана с особенностями форми- 
рования физического адреса в защищенном режиме. 


И Режим виртуального проиессора 8086 предназначен для организации многоза- 
дачной работы программ, разработанных для реального режима (процессора 
18086), совместно с программами защищенного режима. Переход в этот режим 
(ушиа| 8086 то4е) возможен, если процессор уже находится в защищенном 
режиме. Работа программ реального режима в режиме виртуального 18086воз- 
можна благодаря тому, что процесс формирования физического адреса для них 
производится по правилам реального режима. 





Режим системного управления (Зубет МапазетептЕ Моде, ЗММ) — это новый 
режим работы процессора, впервые появившийся в процессоре РепЧит. Он 
обеспечивает операционную систему механизмом для выполнения машинно- 
зависимых функций, таких как перевод компьютера в режим пониженного энер- 
гопотребления или выполнения действий по защите системы. Для перехода 
вданный режим процессор должен получить специальный сигнал ЭМГ от усо- 
вершенствованного программируемого контроллера прерываний (Адуапсе4 
РгозгаттаЫе И\еггаре СопиоПег, АРТС), при этом сохраняется состояние вы- 
числительной среды процессора. Функционирование процессора в этом режи- 
ме подобно его работе в режиме реальных адресов. Возврат из этого режима 
производится специальной командой процессора. 


Процессор всегда начинает работу в реальном режиме. 


Набор регистров 


Р егистрами называются области высокоскоростной памяти, расположенные внутри 
процессора в непосредственной близости от его исполнительного ядра. Доступ 
кним осуществляется несравнимо быстрее, чем к ячейкам оперативной памяти. 
Соответственно, машинные команды с операндами в регистрах выполняются мак- 
симально быстро, поэтому в программах на языке ассемблера регистры использу- 
ются очень интенсивно. К сожалению, архитектура 1А-32 предоставляет в распо- 
ряжение программиста не слишком много регистров, поэтому они являются 


критически важным ресурсом и за их содержимым приходится следить очень вни- 
мательно. 
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Большинство регистров имеют определенное функциональное назначение. 
С точки зрения программиста, их можно разделить на две большие группы. 


15 Первую группу образуют пользовательские регистры, к которым относятся: 


О регистры общего назначения ЕАХ/АХ/АН/АЕ, ЕВХ/ВХ/ВН/ВГ, ЕБХ/ОХ/ОН/ОТ, ЕСХ/ 
СХ/СН/СЬ, ЕВР/ВР, ЕЗ1/$1, ЕОТ/ОТ, ЕЗР/ЗР предназначены для хранения данных 
и адресов, программист может их использовать (с определенными ограни- 
чениями) для реализации своих алгоритмов; 


О сегментныерегистры С$, 05$, г Е, Е5, 9$ используются для хранения адресов 
сегментов в памяти; 

О регистры сопроцессора $Т(0), 5Т(1), 5Т(2), ТСЗ), $Т(4), Т(5), $Т(6), $Т( 7) пред- 
назначены для написания программ, использующих тип данных с плаваю- 
щей точкой (глава 17); 


П целочисленные регистры ММХ-расширения ММХО, ММХ1, ММХ2, ММХЗ, ММХА, 
ММХ5, ММХб, ММХТ; 


О регистры ММХ-расширения с плавающей точкой ХММО, ми ХММ2, ХММЗ, „ 
ХММ4, ХММ5, ХММб, ХММУТ; 


О регистры состояния и управления (регистр флагов Е ЕГАСЗ/ЕГАС$ и регистр- 
указатель команды ЕТРЛР) содержат информацию о состоянии процессора, 
исполняемой программы и позволяют изменить это состояние. 


. Во вторую группу входят системные регистры, то есть регистры, предназначен- 
ные для поддержания различных режимов работы, сервисных функций, а так- 
же регистры, специфичные для определенной модели процессора. Перечислим 
системные регистры, поддерживаемые ГА-32: 


С управляющие регистры СВО... .СВ4 определяют режим работы процессора и ха- 
рактеристики текущей исполняемой задачи; 


О регистры управления памятью СОТК, ТОТВ, [ОТК и ТК используются в защи- 
щенном режиме работы процессора для локализации управляющих струк- 
тур этого режима; 


П отладочные регистры 080... .ВВ7 предназначены для мониторинга и управле- 
ния различными аспектами отладки; 


Р регистры типов областей памяти МТКК используются для аппаратного управ- 
ления кэшированием в целях назначения соответствующих свойств облас- 
тям памяти; 


П машинно-зависимые регистры М$К используются для управления процес- 
сором, контроля за его производительностью, получения информации об 
ошибках. 


Почему в обозначениях многих из регистров общего назначения присутствует 
наклонная разделительная черта? Это не разные регистры — это части одного боль- 
шого 32-разрядного регистра, но их можно использовать в программе как отдель- 
ные объекты. Зачем так сделано? Чтобы обеспечить работоспособность программ, 
написанных для прежних 16-разрядных моделей процессоров фирмы Ш! начи- 
ная с 18086. Процессоры 1486 и Реп/ат имеют в основном 32-разрядные регистры. 
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Их количество, за исключением сегментных регистров, такое же, как иу 18086, 
но размерность больше, что и отражено в обозначениях — они имеют пристав- 
куе (ежеп4е4). 

Многие из приведенных регистров предназначены для работы с определенны- 
ми вычислительными подсистемами процессора: сопроцессором, ММХ-расшире- 
ниями. Поэтому их целесообразно рассматривать в соответствующем контексте. 
Так как первая часть учебника посвящена вопросам программирования целочис- 
ленной подсистемы процессора, то в данной главее описываются регистры, обес- 
печивающие ее функционирование. В дальнейшем при обсуждении новых вычис- 
лительных подсистем процессора будут рассмотрены и другие регистры из пере- 
численных ранее. 


Регистры общего назначения 

Регистры общего назначения используются в программах для хранения: 
операндов логических и арифметических операций; 

компонентов адреса; 





указателей на ячейки памяти. 


В принципе, все эти регистры доступны для хранения операндов без особых 
ограничений, хотя в определенных условиях некоторые из них имеют жесткое 
функциональное назначение, закрепленное на уровне логики работы машинных 
команд. Среди всех этих регистров особо следует выделить регистр ЕР. Его не сле- 
дует использовать явно для хранения каких-либо операндов программы, так как 
в нем хранится указатель на вершину стека программы. 

Все регистры этой группы позволяют обращаться к своим «младшим» частям 
(см. рис. 2.5). Обрашение производится по их именам. Важно отметить, что исполь- 
зовать для самостоятельной адресации можно только младшие 16- и 8-разрядные 
части этих регистров. Старшие 16 битов как самостоятельные объекты недоступны. 
Это сделано, как мы отметили ранее, для совместимости с первыми 16-разрядны- 
ми моделями процессоров фирмы ше. Перечислим регистры, относящиеся к груп- 
пе регистров общего назначения и физически находящиеся в процессоре внутри 
арифметико-логического устройства (поэтому их еще называютрегистрами АЛУ): 





регистр-аккумулятор (Асситиатог гез15ег) ЕАХ/АХ/АН/АЕ применяется для 
хранения промежуточных данных, в некоторых командах его использование 
обязательно; 


т базовый регистр (Вазе гез1&ег) ЕВХ/ВХ/ИВНУВИ. применяется для хранения базо- 
вого адреса некоторого объекта в памяти; 


П регистр-счетчик (Сом геэл ег) ЕСХ/СХ/СН/С применяется в командах, произ- 
водящих некоторые повторяющиеся действия. Использование регистра-счет- 
чика зачастую скрыто в алгоритме работы той или иной команды. Например, 
команда организации цикла [00Р помимо передачи управления анализирует 
и уменьшает на единицу значение регистра ЕСХ/СХ; 


т регистр данных (аа гезл%ет) ЕОХ/ОХ/ОН/ПГ, так же как и регистр ЕАХ/АХ/АН/ 
АГ, хранит промежуточные данные (в некоторых командах его явное использо- 
вание обязательно, в других он используется неявно). 
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Следующие два регистра предназначены для поддержки так называемых цепо- 
чечных операций, то есть операций, производящих последовательную обработку 
цепочек элементов, каждый из которых может иметь длину 32, 16 или 8 бит: 


И регистр индекса источника (Зопгсе ш4ех геглуег) ЕЗИЗ в цепочечных опера- 
циях содержит текущий адрес элемента в цепочке-источнике; 





регистр индекса приемника (БезипаНоп ш4ех гегл%ег) ЕБИПТ в цепочечных 
операциях содержит текущий адрес в цепочке-приемнике. 


В архитектуре процессора на программно-аппаратном уровне поддерживается 
такая структура данных, как стек. Для работы со стеком в системе команд процес- 
сора есть специальные команды, а в программной модели процессора для этого 
существуют специальные регистры: 





регистр указателя стека (Збаск Ропиег гег1${ег) ЕЗР/ЗР содержит указатель на 
вершину стека в текущем сегменте стека; 





регистр указателя базы кадра стека (Вазе Ропиег ге ег) ЕВР/ВР предназна- 
чен для организации произвольного доступа к данным внутри стека. 


Не стоит пугаться столь жесткого функционального назначения регистров АЛУ. 
На самом деле при программировании хранить операнды команд можно в боль- 
шинстве регистров, причем практически в любых сочетаниях. Однако всегда сле- 
дует помнить, что некоторые команды требуют строго определенных регистров. 
Цель подобного жесткого закрепления регистров для этих команд — более ком- 
пактная кодировка их машинного представления. Знание особенностей исполь- 
зования регистров машинными командами (см. приложение) позволяет, при 
необходимости, экономить память, занимаемую кодом программы, и более эффек- 
тивно программировать алгоритм. 


Сегментные регистры 


Процессоры [ие аппаратно поддерживают сегментную организацию программы. 
Это означает, что любая программа состоит из трех сегментов: кода, данных и сте- 
ка. Логически машинные команды в архитектуре [1А-32 построены так, что при 
выборке каждой команды для доступа к данным программы или к стеку неявно 
используется информация из вполне определенных сегментных регистров. В за- 
висимости от режима работы процессора по их содержимому определяются адре- 
са памяти, с которых начинаются соответствующие сегменты. В программной мо- 
дели [А-32 имеется шесть сегментныхрегистров С$, 5$, 0$, Е5, 9$, ЕЗ, служащих для 
доступа к четырем типам сегментов. 





Сегмент кода содержит команды программы. Для доступа к этому сегменту слу- 

жит регистр сегмента кода (Со4е Зезтепи гег15ег) С$. Он содержит адрес сег- 
мента с машинными командами, к которому имеет доступ процессор (эти ко- 
манды загружаются в конвейер процессора). 





Сегмент данных содержит обрабатываемые программой данные. Для доступа 
к этому сегменту служит регистр сегмента данных (Раёа Зезтепй гезл%ег) 0$, 
который хранит адрес сегмента данных текущей программы. 


Сегмент стека представляет собой область памяти, называемую стеком. Рабо- 
Ту со стеком процессор организует по следующему принципу: последний запи- 
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санный в эту область элемент выбирается первым. Для доступа к этой области 
служит регистр сегмента стека (МасКк Зевтети гез1ег) 55, содержащий адрес 
сегмента стека. . 


Л№ Дополнительный сегмент данных. Неявно алгоритмы выполнения большинства 
машинных команд предполагают, что обрабатываемые ими данные расположе- 
ны всегменте данных, адрес которого находится в регистре сегмента данных 0$. 
Если программе недостаточно одного сегмента данных, то она имеет возмож- 
ность задействовать еще три дополнительных сегмента данных. Но в отличие 
от основного сегмента данных, адрес которого содержится в регистре 0$, при 
использовании дополнительных сегментов данных их адреса требуется указы- 
вать явно с помощью специальных префиксов переопределения сегментов в ко- 
манде. Адреса дополнительных сегментов данных должны содержаться в реги- 
страх дополнительного сегмента данных (Ежепз1оп Оаа ЗезтепЕ гез1%егз) Е$, 
0$, Е5. 


Регистры состояния и управления 


В процессор включены два регистра (см. рис. 2.5), постоянно содержащие инфор- 
мацию о состоянии как самого процессора, так и программы, команды которой он 
в данный момент обрабатывает: 


| регистр-указатель команд ЕТР/Р; 
й регистр флагов ЕЕГАО$/ЕГАС$. 


С помощью этих регистров можно также ограниченным образом управлять со- 
стоянием процессора. 

Регистр-указатель команд (п$гисНоп Ройиег гезлег) ЕР/ТР имеет разрядность 
32(16) бита и содержит смешение следующей подлежащей выполнению команды 
относительно содержимого регистра сегмента кода С$ в текущем сегменте команд. 
Этот регистр непосредственно недоступен программисту, но загрузка и изменение 
его значения производятся различными командами управления, к которым отно- 
сятся команды условных и безусловных переходов, вызова процедур и возврата из 
процедур. Возникновение прерываний также приводит к модификации регистра 
ЕРЛР. 

Разрядностьрегистра флагов (Йавтезцет) ЕР-Аб$/Е-Аб5 равна 32(16) битам. От- 
дельные биты данного регистра имеют определенное функциональное назначение 
и называются флагами. Младшая часть регистра ЕРН.АСЗ/ЕГАС$ полностью анало- 
гична регистру ЕГАС$ процессора 18086. На рис. 2.6 показано содержимое регистра 
ЕЕГАС$. | 

Исходя из особенностей использования, флаги регистра ЕРГАСЗ/ЕГАС$ можно 
разделить натри группы. 

В первую группу флагов регистра ЕЕГАС$/ЕГАО$ входят 8 флагов состояния. Эти 
флаги могут изменяться после выполнения машинных команд. Флаги состояния 
регистра ЕЕГАС$ отражают особенности результата исполнения арифметических 
или логических операций. Это дает возможность анализировать состояние вычис- 
лительного процесса и реагировать на него с помощью команд. условных перехо- 
дов и вызовов подпрограмм. 
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ФЛАГИ СОСТОЯНИЯ : 
„флаг вложенности задачи 
— уровень привилегированности ввода-вывода 
флаг переполнения 
флаг знака 
„флаг нуля 
вспомогательный флаг переноса 
флаг переноса 
флаг четности 





ейадз (0..31 Над (0. 15 


фа ера ар от Дов ов о 1 [а |1 
Го Го ме демм ео [мт] ворот] вет] о [Ан] [м8] 1 СЕ 


ФЛАГ УПРАВЛЕНИЯ: СИСТЕМНЫЕ ФЛАГИ: 


флаг направления [ле твосировки 
лаг прерывания 

флаг возобновления 
флаг виртуального 8086 
флаг контроля выравнивания 
флаг виртуального прерывания 
флаг отложенного прерывания 
(для режима виртуального 18086) 
флагподдержкиидентификации 
процессора 


Рис. 2.6. Содержимое регистра еЙад$ 


*# Флаг переноса (саггу На?) СЕ: 
1 — арифметическая операция произвела перенос из старшего бита резуль- 
тата, старшим является 7-й, 15-й или 31-Й бит в зависимости от размерности 
операнда; 
О — переноса не было. 

# Флаг четности (рагйу Наз) РЕ: 


1 — 8 младших разрядов (этот флаг только для 8 младших разрядов операн- 
да любого размера) результата содержат четное число единиц; 
0 — 8 младших разрядов результата содержат нечетное число единиц. 


%& Вспомогательный флаг переноса (аихШату сагту Йа) АЕ применяется только для 
команд, работающих с ВСО-числами. Фиксирует факт заема из младшей тет- 
рады результата: 

1 — в результате операции сложения был произведен перенос из разряда 3 
в старший разряд или при вычитании был заем в разряд 3 младшей тетрады 
из значения в старшей тетраде; 


0 — переносов и заемов в третий разряд (из третьего разряда) младшей тет- 
рады результата не было. 


* Флаг нуля (2ето На?) ГЕ: 
1 — результат нулевой; 
О — результат ненулевой. 
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* Флаг знака (яюп Нае) ЗЕ отражает состояние старшего бита результата (биты 7, 
15 или 31 для 8-, 16- или 32-разрядных операндов соответственно): 


| — старший бит результата равен 1; 
0 — старший бит результата равен 0. 


ж Флаг переполнения (оуегНо\ Йаз) ОЕ используется для фиксации факта потери 
значащего бита при арифметических операциях: | 


1 — в результате операции происходит перенос в старший знаковый бит ре- 
зультата или заем из старшего знакового бита результата (биты 7, 15 или 31 
для 8-, 16- или 32-разрядных операндов соответственно); 


0 — врезультате операции не происходит переноса в старший знаковый бит. 
результата или заема из старшего знакового бита результата. 





Уровень привилегированности ввода-вывода (три /Ошри{ риуПезе [еуе!) ПОР 
используется в защищенном режиме работы процессора для контроля доступа 
к командам ввода-вывода в зависимости от привилегированности задачи. 





Флаг вложенности задачи ( пезбеазК) МТ используется в защищенном режиме 
работы процессора для фиксации того факта, что одна задача вложена в дру- 
гую. - 

Во вторую группу флагов (группа флагов управления) регистра ЕЕГАСЗ/ЕГАСУ 
входит всего один флаг направления (Чтесюгу На) ОЕ. Он находится в десятом 
бите регистра ЕЕГАС$ и используется цепочечными командами. Значение флага ОЕ 
определяет направление поэлементной обработки в этих операциях: от начала 
строки кконцу (РЕ= 0) либо, наоборот, от конца строки кее началу (ОЕ = 1).Для 
работы с флагом ОЕ существуют специальные команды СГ (снять флаг ОЕ) и $70 
(установить флаг ОЕ). Применение этих команд позволяет привести флаг ПЕ в со- 
ответствие с алгоритмом и обеспечить автоматическое увеличение или уменьше- 
ние счетчиков при выполнении операций со строками. 

В третью группу флагов регистра ЕЕГАОЗ/ЕГАС$ входит 8 системных флагов, 
управляющихвводом-выводом, маскируемыми прерываниями, отладкой, переклю- 
чением между задачами и режимом виртуального процессора 8086. Прикладным 
программам не рекомендуется модифицировать без необходимости эти флаги, так 
как в большинстве случаев это ведет к прерыванию работы программы. Далее пе- 
речислены системные флаги и их назначение. 





Флаг трассировки (гасе Наз) ТЕ предназначен для организации пошаговой ра- 
боты процессора: 


1 — процессор генерирует прерывание с номером 1 после выполнения каж- 
дой машинной команды (может использоваться при отладке программ, 
в частности отладчиками); 


0 — обычная работа. 


* Флаг прерывания (ииеггар{ епа Ме На?) ПЕ предназначен для разрешения или 


запрещения (маскирования) аппаратных прерываний (прерываний по входу 
ПУТВ): 


1 — аппаратные прерывания разрешены; 
О — аппаратные прерывания запрещены. 
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Флаг возобновления (тезате Йа?) ВЕ используется при обработке прерываний 
от регистров отладки. 


И Флаг режима виртуального процессора 8086 (упаа1 8086 тоае) УМ является 
признаком работы процессора в режиме виртуального 8086: 


1 — процессор работает в режиме виртуального процессора 8086; 
О — процессор работает в реальном или защищенном режиме. 





Флаг контроля выравнивания (а|ептеп{ свеск) АС предназначен для разреше- 
ния контроля выравнивания при обращениях к памяти. Используется совместно 
сбитом АМ всистемном регистре СВО. К примеру, Репиит разрешает размещать 
команды и данные начиная с любого адреса. Если требуется контролировать 
выравнивание данных и команд по адресам, кратным 2 или 4, то установка дан- 
ных битов приведет к тому, что все обращения по некратным адресам будут 
возбуждать исключительную ситуацию. 


Флаг виртуального прерывания (УШиа! и\етгар{ Паз) УГЕ, появившийся в про- 
цессоре РепНит, при определенных условиях (одно из которых — работа про- 
цессора в у-режиме) является аналогом флага ГЕ. Флаг УПЕ используется совме- 
стно с флагом МР. 





Флаг отложенного виртуального прерывания (угиа| пметгаре репа Наз) УПР, 
появившийся в процессоре РепНит, устанавливается в | для индикации отло- 
женного прерывания. Используется при работе ву-режиме совместно с флагом 
УТЕ. 


Флаг идентификации (14еп НЯсайоп Йае) Ш используется для того, чтобы пока- 
зать факт поддержки процессором инструкции СРО. Если программа может 
установить или сбросить этот флаг, это означает, что данная модель процессора 
поддерживает инструкцию СРО. 





Организация памяти 


Физическая память, к которой процессор имеет доступ по шине адреса (см. рис. 1.2), 
называется оперативной памятью (или оперативным запоминающим устрой- 
ством — ОЗУ). На самом нижнем уровне память компьютера можно рассматри- 
вать как массив битов. Один бит может хранить значение 0 или 1. Для физической 
реализации битов и работы с ними идеально подходят логические схемы. Но про- 
цессору неудобно работать с памятью на уровне битов, поэтому реально ОЗУ орга- 
низовано как последовательность ячеек — байтов. Один байт состоит из восьми 
битов. Каждому байту соответствует свой уникальный адрес (его номер), называ- 
емый физическим. Диапазон значений физических адресов зависит от разряднос- 
ти шины адреса процессора. Для 1486 и Репйит он находится в пределах от 
О до 23? - 1 (4 Гбайт). Для процессоров Репиат Рго/П/ИШИТУ этот диапазон 
шире — от 0 до 235 - | (64 Гбайт). 

Механизм управления памятью полностью аппаратный. Это означает, что про- 
грамма не может сама сформировать физический адрес памяти на адресной шине. 
Ей приходится «играть» по правилам процессора. Что это за правила, мы узнаем 
чуть позже. Пока же отметим, что в конечном итоге этот механизм позволяет обес- 
печить: 
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* компактность хранения адреса в машинной команде; 

И гибкость механизма адресации; 

# защиту адресных пространств задач в многозадачной системе; 
Ж поддержку виртуальной памяти. 


Процессор аппаратно поддерживает две модели использования оперативной 
памяти. 





В сегментированной модели программе выделяются непрерывные области па- 
МЯТИ (сегменты), а сама программа может обращаться Только к данным, кото- 
рые находятся в этих сегментах. 


Страничную модель можно рассматривать как надстройку над сегментирован- 
ной моделью. В случае использования этой модели оперативная память рас- 
сматривается как совокупность блоков фиксированного размера (4 Кбайт и бо- 
лее). Основное применение этой модели связано с организацией виртуальной 
памяти, что позволяет операционной системе использовать для работы про- 
грамм пространство памяти большее, чем объем физической памяти. Для про- 

` цессоров 1486 и РепНит размер возможной виртуальной памяти может дости- 
гать 4 Тбайт. 


Сегментированная модель памяти 


Сегментация — механизм адресации, обеспечивающий существование нескольких 
независимых адресных пространств как в пределах одной задачи, так и в системе 
в целом для защиты задач от взаимного влияния. В основе механизма сегмента- 
ции лежит понятие сегмента, который представляет собой независимый поддер- 
живаемый на аппаратном уровне блок памяти. 

Когда мы рассматривали сегментные регистры, то отмечали, что для процессо- 
ров Ш, начиная с 18086, принят особый подход к управлению памятью. Каждая 
программа в общем случае может состоять из любого количества сегментов, но 
непосредственный доступ она имеет только к трем основным сегментам (кода, дан- 
ных и стека), а также к дополнительным сегментам данных числом от одного до 
трех. Программа никогда не знает, по каким физическим адресам будут размеще- 
ны ее сегменты. Этим занимается операционная система. Операционная система 
размещает сегменты программы в оперативной памяти по определенным физи- 
ческим адресам, после чего помещает значения этих адресов в определенные мес- 
та. Куда именно, зависит от режима работы процессора. Так, в реальном режиме 
эти адреса помещаются непосредственно в соответствующие сегментные регист- 
ры, авзащищенном режиме они размещаются в элементы специальной системной 
дескрипторной таблицы. Внутри сегмента программа обращается к адресам отно- 
сительно начала сегмента линейно, то есть начиная с 0 и заканчивая адресом, рав- 
ным размеру сегмента. Этот относительный адрес, или смещение, который процес- 
сор использует для доступа к данным внутри сегмента, называется эффективным. 

Отличия моделей сегментированной организации памяти в различных режи- 
мах хорошо видны на схеме (рис. 2.7). Различают три основных модели сегменти- 
рованной организации памяти: 





сегментированная модель памяти реального режима; 
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= сегментированная модель памяти защищенного режима; 
* сплошная модель памяти защищенного режима. 


а) Сегментированная модель памяти реального режима 
Пе 


486/Репбиут 
Репвит РгоЛИИЛМУ 













Линейный адрес 
Эффективный адрес 


Сегментный 
регистр 


Память 
6) Сегментированная модель памяти защищенного режима 


| Смещение | и 


Сегментный й баяаитле-| 





регистр 
Таблица Память 
дескрипторов 
в) Сплошная модель памяти защищенного режима 
- „36 
28-1 (232- 1) 
| Смещение 
Сегментные 
регистры: 


[ Селектор 





Селектор 


Таблица Память 
дескрипторов 


Рис. 2.7. Модели памяти процессоров те 


Рассмотрим порядок формирования физического адреса в реальном и защи- 
шенном режимах. Уточним терминологию. Под физическим адресом понимается 
адрес памяти, выдаваемый на шину адреса процессора. Другое название этого ад- 
реса — линейный адрес. Подобная двойственность в названии обусловлена нали- 
чием страничной модели организации оперативной памяти. Эти названия явля- 
ются синонимами только при отключении страничного преобразования адреса 
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(в реальном режиме страничная адресация всегда отключена). Страничная модель, 
как мы отметили ранее, является надстройкой над сегментированной моделью. 
В страничной модели линейный и физический адреса имеют разные значения. Да- 
лее мы будем обсуждать схему, на которой показан порядок формирования адреса 
в реальном режиме работы процессора. Обратите внимание на наличие в этой схе- 
ме устройства страничного преобразования адреса, предназначенного для того, что- 
бы совместить две принципиально разные модели организации оперативной па- 
мяти и выдать на шину адреса истинное значение физического адреса памяти. 


Формирование физического адреса в реальном режиме 
Далее перечислены характеристики механизма адресации физической памяти 
в реальном режиме. 


# Диапазон изменения физического адреса — от 0 до 1 Мбайт. Эта величина опре- 
деляется тем, что шина адреса 18086 имела 20 линий. 





Максимальный размер сегмента — 64 Кбайт. Это объясняется 16-разрядной 
архитектурой 18086. Нетрудно подсчитать, что максимальное значение, кото- 
рое могут содержать 16-разрядные регистры, составляет 216 - |, что примени- 
тельно к памяти и определяет величину 64 Кбайт. 


Ее 
Е: 


3 Для обращения к конкретному физическому адресу оперативной памяти необ- 
ходимо определить адрес начала сегмента (сегментную составляющую) и сме- 


щение внутри сегмента. 


Понятие адреса начала сегмента ввиду принципиальной важности требует до- 
полнительного пояснения. Исходя из разрядности сегментных регистров, можно 
утверждать, что сегментная составляющая адреса (или база сегмента) представ- 
ляет собой всего лишь 16-разрядное значение, помешенное в один из сегментных 
регистров. Максимальное значение, которое при этом получается, соответствует 
216 - 1. Если так рассуждать, то получается, что адрес начала сегмента может быть 
только в диапазоне 0-64 Кбайт от начала оперативной памяти. Возникает вопрос, 
как адресовать остальную часть оперативной памяти вплоть до 1 Мбайт с учетом 
того, что размер самого сегмента не превышает 64 Кбайт. Дело втом, что в сегмент- 
ном регистре содержатся только старшие 16 битов физического адреса начала сег- 
мента. Недостающие младшие четыре бита 20-разрядного адреса получаются сдви- 
гом значения в сегментном регистре влево на 4 разряда. Эта операция сдвига 
выполняется аппаратно и для программного обеспечения абсолютно прозрачна. 
Получившееся 20-разрядное значение и является настоящим физическим адре- 
сом, соответствующим началу сегмента. Что касается второго компонента (смеще- 
ния), участвующего в образовании физического адреса некоторого объекта в па- 
мяти, то он представляет собой 16-разрядное значение. Это значение может 
содержаться явно в команде либо косвенно в одном из регистров общего назначе- 
ния. В процессоре эти две составляющие складываются на аппаратном уровне, 
в результате получается физический адрес памяти размерностью 20 битов. Дан- 
ный механизм образования физического адреса позволяет сделать программное 
обеспечение перемещаемым, то есть не зависящим от конкретных адресов загруз- 
ки его в оперативной памяти (рис. 2.8). 
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Рис. 2.8. Механизм формирования физического адреса в реальном режиме 


На рисунке хорошо видно, как формируется некоторый целевой физический 
адрес: сегментная часть извлекается из одного из сегментных регистров, сдвигает- 
ся на четыре разряда влево и суммируется со смещением. В свою очередь, видно, 
что значение смещения можно получить минимум из одного и максимум из трех 
источников: из значения смещения в самой машинной команде и/или из содержи- 
мого одного базового и/или одного индексного регистра. Количество источников, 
участвующих в формировании смещения, определяется кодированием конкрет- 
ной машинной команды, и если таких источников несколько, то значения в них 
складываются. В заключение заметим, что не стоит волноваться из-за несоответ- 
ствия размеров шины адреса процессора 1486 или Репиит (32 бита) и 20-разряд- 
ного значения физического адреса реального режима. Пока процессор находится 
в реальном режиме, старшие 12 линий шины адреса попросту недоступны, хотя 
при определенных условиях и существует возможность работы с первыми 64 Кбайт 
оперативной памяти, лежащими сразу после первого мегабайта. 

Недостатки такой организации памяти: 


И сегменты бесконтрольно размещаются с любого адреса, кратного 16 (так как 
содержимое сегментного регистра аппаратно смещается на 4 разряда), и, как 
следствие, программа может обращаться по любым адресам, в том числе и ре- 
ально не существующим; 


а 


сегменты имеют максимальный размер 64 Кбайт; 


№: 


сегменты могут перекрываться другими сегментами. 


Желанием ввести в архитектуру средства, позволяющие избавиться от указан- 
ных недостатков, и обусловлено, В частности, появление защищенного режима, 


к —ы— 3 —____цЬ———Ж———Ж—к——_щЖт 
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в котором работают все современные операционные системы, в том числе \п4о\з 
и Ипих. 


Формирование физического адреса в защищенном режиме 


Основная идея защищенного режима — защитить исполняемые процессором про- 
граммы от взаимного влияния. В защищенном режиме процессор поддерживает 
два типа защиты — по привилегиям и по доступу к памяти. В контексте нашего 
изложения интерес представляет второй тип защиты. Его мы и рассмотрим. 

Для введения любого механизма защиты нужно иметь как можно больше ин- 
формации об объектах защиты. Для процессора такими объектами являются ис- 
полняемые им программы. Организуя защиту программ по доступу к памяти, фирма 
це не стала нарушать принцип сегментации, свойственный ее процессорам. Так 
как каждая программа занимает один или несколько сегментов в памяти, то логич- 
но иметь больше информации об этих сегментах как об объектах, реально суще- 
ствующих в данный момент в вычислительной системе. Если каждому из сегмен- 
тов присвоить определенные атрибуты, то часть функций по контролю за доступом 
к ним можно переложить на процессор. Что и было сделано. Любой сегмент памя- 
ти в защищенном режиме имеет следующие атрибуты: 


\\ расположение сегмента в памяти; 
# размер сегмента; 


& уровень привилегий (определяет права данного сегмента относительно других 
сегментов); 


И тип доступа (определяет назначение сегмента); 
и некоторые другие. 

В отличие от реального режима, в защищенном режиме программа уже не мо- 
жет запросто обратиться по любому физическому адресу памяти. Для этого она 
должна иметь определенные полномочия и удовлетворять ряду требований. 


Ключевым объектом защищенного режима является специальная структура — 
дескриптор сегмента, который представляет собой 8-байтовый дескриптор (крат- 


Тип сегмента 


2 1] 








Размер сегмента 
(16...19) 





Базе _3.- 
= \ т 
Базовый адрес - Ре м Базовый адрес 
сегмента (31...24) врОЦ ши.2 | ва | о (23... 16) 
63 55 47 39 0 
Базовый адрес сегмента (0...15} Размер сегмента (0...15} 
Базе_1 ти _1 й 





31 15 7 
Рис. 2.9. Структура дескриптора сегмента защищенного режима процессора 
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кое описание) непрерывной области памяти, содержащий перечисленные ранее 
атрибуты. На рис. 2.9 приведена структура дескриптор сегмента. 
Приведем назначение некоторых полей дескриптора сегмента: 


%# ПпиЕ_1и ИтИ_2 — 20-разрядное поле, определяющее размер сегмента; 


® Базе_1 и Базе_2 — 32-разрядное поле, определяющее значение линейного адре- 
са начала сегмента в памяти; 


® АК — байт, поля которого определяют права доступа к сегменту; 
# Ш — бит разрядности операндов и адресов (глава 3); 
# ОС — битгранулярности. 


Взащищенном режиме размер сегмента не фиксирован, его расположение мож- 
но задать в пределах 4 Гбайт. Если посмотреть на рисунок, то возникнет вопрос: 
почему разорваны поля, определяющие размер сегмента и его начальный (базо- 
вый) адрес? Это результат эволюции процессоров. Защищенный режим впервые 
появился в процессоре 180286. Этот процессор имел 24-разрядную адресную шину 
и, соответственно, мог адресовать в защищенном режиме до 16 Мбайт оператив- 
ной памяти. Для этого ему достаточно было иметь в дескрипторе поле базового 
адреса 24 бита и поле размера сегмента 16 битов. После появления процессора 
180386 с 32-разрядной шиной команд и данных в целях совместимости программ 
разработчики не стали менять формат дескриптора, а просто использовали сво- 
бодные поля. Внутри процессора эти поля объединены. Внешне же они остались 
разделенными, и при программировании с этим приходится мириться. 

Следующий интересный момент связан с тем, что размер сегмента в защищен- 
ном режиме может достигать 4 Гбайт, то есть занимать все доступное физическое 
пространство памяти. Как это возможно, если суммарный размер поля размера 
сегмента составляет всего 20 битов, что соответствует величине | Мбайт? Секрет 
скрыт в поле гранулярности — бит С (см. рис. 2.9). Если С = 0, то значение в поле 
размера сегмента означает размер сегмента в байтах, если С - 1, — то в страницах. 
Размер страницы составляет 4 Кбайт. Нетрудно подсчитать, что когда максималь- 
ное значение поля размера сегмента составляет ОН то это соответствует 1 М стра- 
ниц или величине | Мх4 Кбайт = 4 Гбайт. 

Выведение информации о базовом адресе сегмента и его размере на уровень 
процессора позволяет аппаратно контролировать работу программ с памятью 
и предотвращать обращения к несуществующим адресам либо к адресам, находя- 
щимся вне предела, разрешенного полем размера сегмента Пти. 

Другой аспект защиты заключается в том, что сегменты неравноправны в пра- 
вах доступа к ним. Информация об этом содержится в специальном байте АК, вхо- 
дящем в состав дескриптора. Наиболее важные поля байта АК — это 4р(и биты В/У, 
С/ЕШО и 1, которые вместе определяют тип сегмента. Поле др! — часть механизма 
защиты по привилегиям. Суть этого механизма заключается в том, что конкрет- 
ный сегмент может находиться на одном из четырех уровней привилегированно- 
сти с номерами О, 1, 2 и 3. Самым привилегированным является уровень 0. Суще- 
ствует ряд ограничений (опять-таки на аппаратном уровне) на взаимодействие 
сегментов кода, данных и стека с различными уровнями привилегий. 
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Итак, мы выяснили, что в защищенном режиме перед использованием любой 
области памяти должна быть проведена определенная работа по инициализации 
соответствующего дескриптора. Эту работу выполняет операционная система или 
программа, сегменты которой также описываются подобными дескрипторами. Все 
дескрипторы собираются вместе в одну из трех дескрипторных таблиц: 


\ глобальная дескрипторная таблица (Софа! Оезструог ТаШе, СОТ), ее адрес 
хранится в регистре СОТК; 


# локальная дескрипторная таблица (ТГоса1 Безсирюот ТаЫе, ГОТ), ее адрес хра- 
нится в регистре ПТК; 


дескрипторная таблица векторов прерываний (Пиеггаре Безсирог ТаШе, ОТ), 
ее адрес хранится в регистре ЮТК. 


В какую именно таблицу должен быть помещен дескриптор, определяется его 
назначением. Адрес, по которому размещаются эти дескрипторные таблицы, мо- 
жет быть любым; он хранится в специально предназначенном для этого адреса си- 
стемном регистре. 

Схемы, показанные на рис. 2.7, би в, иллюстрируют Принцип формирования 
адреса в защищенном режиме. Важно отметить изменение роли сегментных реги- 
стров. В защищенном режиме они содержат не адрес, а селектор, то есть указатель 
насоответствующуюячейкуодной издескрипторныхтаблиц(СОТили ОТ). 

Остальные элементы архитектуры [А-32, такие как формат машинных команд, 
типы данных и др., логично рассмотреть в следующих главах в контексте соответ- 
ствующих аспектов использования языка ассемблера. 


Итоги 


# Понимание архитектуры ЭВМ является ключевым для изучения ассемблера. 
Это касается любого типа компьютера. Структура ассемблера, формат его 
команд, адресация операндов ит. д. полностью отражают особенности архитек- 
туры компьютера. Есть общие архитектурные свойства, присущие всем совре- 
менным машинам фон-неймановской архитектуры, и есть частные свойства, 
присущие конкретному типу компьютёров. 





Целью изучения архитектуры является: 


ОС выявление набора доступных для программирования регистров, их функ- 
ционального назначения и структуры; 


О понимание организации оперативной памяти и порядка ее использования; 
П знакомство с типами данных; 

П изучение формата машинных команд; 

П выяснение организации обработки прерываний. 


И Процессор содержит 32 доступных тем или иным образом регистра. Они делят- 
ся на пользовательские и системные. 


* Пользовательские регистры имеют определенное функциональное назначение. 
Среди них особо нужно выделить регистр флагов ЕЕГАСЗ и регистр указателя 
команды ЕТР. Назначение регистра ЕЁАСЗ — отражать состояние процессора 
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после выполнения последней машинной команды. Регистр ЕТР содержит адрес 

следующей выполняемой машинной команды. Доступ к этим регистрам, в силу 

их специфики, со стороны программ пользователя ограничен. 

Процессор имеет три основных режима работы: 

О реальный режим, который использовался для 18086 и поддерживается до сих 
пор для обеспечения совместимости программного обеспечения; 

О защищенный режим, который впервые появился в 180286; 

О режим виртуального процессора 18086 обеспечивает полную эмуляцию 18086, 
позволяя при этом организовать многозадачную работу нескольких таких 
программ. 

Процессор имеет сложную систему управления памятью, функционирование 

которой зависит от режима работы процессора. 


Глава 3 


Система команд 
процессора 1А-32 


$> Формат машинных команд 1А-32 

» Назначение и интерпретация полей машинной команды 
№» Основы декодирования машинных команд 

№» Функциональная классификация машинных команд 


Система машинных команд является важнейшей частью архитектуры компьюте- 
ра, так как с их помощью производится непосредственное управление работой про- 
цессора. К примеру, система команд процессора РепНит [У содержит более 300 ма- 
шинных команд. С появлением каждой новой модели процессора количество 
команд, как правило, возрастает, отражая архитектурные новшества данной моде- 
ли по сравнению с предшествующими. 

При знакомстве с системой машинных команд необходимо учитывать два ас- 
пекта — собственно набор машинных команд и правила представления этих ко- 
манд на уровне процессора, то есть формат машинных команд. Процессору компь- 
ютера понятен только один язык — язык машинных команд. Машинные команды 
представляют собой сформированные по определенным правилам последователь- 
ности нулей и единиц. Для того чтобы заставить процессор выполнить некоторое 
действие, ему нужно выдать соответствующее указание в виде машинной коман- 
ды, адля выполнения более сложной работы достаточно написать программу в дво- 
ичных кодах. Программирование первых компьютеров осуществлялось именно 
таким способом. Недостатки процесса написания программ в двоичном коде оче- 
видны. Для облегчения процесса разработки программ был придуман язык ассем- 
блера, как символический аналог машинного языка, а в архитектуру компьютера 
введен блок микропрограммного управления. Для каждой машинной команды блок 
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микропрограммного управления содержит отдельную микропрограмму, с помощью 
которой действия, заданные этой командой, переводятся на язык сигналов, на- 
правляемых нужным подсистемам процессора. После этих нововведений процесс 
разработки программы значительно упростился. Человек пишет программу на по- 
нятном ему языке символов, специальная программа — ассемблер — переводит 
(транслирует) программу человека на машинный язык, а блок микропрограммно- 
го управления нужным образом интерпретирует машинные команды для процес- 
сора, процессор выполняет нужную работу. 

В дальнейшем, с появлением программного обеспечения более высокого уров- 
ня, язык ассемблера не потерял своей роли, а наоборот, приобрел новые качества. 
В силу иерархичности программного обеспечения компьютера ассемблер стал про- 
межуточным, связующим звеном между разнородным и разноязыким программ- 
ным обеспечением более высокого уровня и процессором. 

Таким образом, существует взаимно однозначное соответствие машинных ко- 
манд и команд ассемблера. Понимание правил формирования машинных команд 
из команд ассемблера является одним из необходимых условий не только для изу- 
чения языка ассемблера, но и для понимания логики работы компьютера в целом. 


Формат машинных команд П1А-32 


Машинная команда представляет собой закодированное по определенным прави- 
лам указание процессору на выполнение некоторой операции. Правила кодирова- 
ния команд называются форматом команд. Команды процессоров архитектуры 
ТА-32 считаются сложными. Максимальная длина машинной команды [А-32 со- 
ставляет 15 байт. Реальная команда может содержать гораздо меньшее количество 
полей, вплоть до одного — только код операции. Приведенный на рис. 3.1 формат 
машинной команды является наиболее полным. 

Как на уровне формата машинной команды соответствуют между собой машин- 
ные команды и команды ассемблера? Для примера рассмотрим типичную коман- 
ду языка ассемблера: 
тоу ебх, еах 

Команда МО\ производит копирование содержимого регистра ЕАХ в регистр ЕВХ. 
Соответствующая машинная команда будет выглядеть так: 
8в 08 


Значение 8В — код операции. Еще один пример команды МОУ: 
тоу есх, 128 

Данная команда инициализирует содержимое регистра ЕСХ десятичным значе- 
нием 128. Соответствующая машинная команда выглядит так: 
в9 00000080 | 

Значение поля с кодом операции — В9. Из примеров видно, что прямого соот- 
ветствия между структурой команды ассемблера и соответствующей машинной 
командой нет. Несмотря на то, что команда ассемблера одна и та же (МОУ), коды 
машинных команд — разные (8В и В9). Большинство команд ассемблера имеют 
несколько возможных вариантов сочетания операндов. Как показано в приве- 
денных примерах, несмотря на одинаковые названия команд ассемблера, для 
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Рис. 3.1. Формат машинной команды 


каждого возможного сочетания операндов имеется своя машинная команда, со сво- 
им значением поля кода операции (рис. 3.1). Это говорит о том, что машинная ко- 
манда всегда однозначна по отношению к производимым ею действиям на уровне 
аппаратуры. Несколько упрощая реальность, можно утверждать, что значение 
в поле кода операции является номером микропрограммы в блоке микропрограмм- 
ного управления для каждой конкретной команды ассемблера с каждым конкрет- 
ным вариантом сочетания операндов. 


м 


Логически любая команда языка ассемблера содержит несколько элементов. 


Элемент, описывающий, что делать, называется кодом операции (КОП). Зна- 
чение в поле кода операции некоторым образом определяет в блоке микропрог- 
раммного управления подпрограмму, реализующую действия для данной ко- 
манды. 


Элементы, описывающие обзекты, с которыми нужно что-то делать, являют- 
ся операндами. Операнды в команде могут и не задаваться, а подразумеваться 
по умолчанию. 


Элементы, описывающие, как делать, являются типами операндови обычно 
задаются неявно. Они используются транслятором ассемблера при формиро- 
вании машинной команды для определения значения поля кода операции. 


Эти же элементы имеет и машинная команда, но взакодированном виде. Пере- 


вод команд ассемблера в соответствующие машинные команды осуществляет спе- 
циальная программа — ассемблер, которую можно также назвать транслятором 
(компилятором) ассемблера. 


Опишем назначения полей машинной команды (рис. 3.1). 
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Поле префиксов 


Префиксы — необязательные однобайтные элементы машинной команды. Назна- 
чение префиксов — изменить действия, выполняемые командой. Префиксы могут 
указываться программистом явно при написании исходного текста программы, 
либо их, по определенным соображениям, может вставить ассемблер. Процессор 
распознает префиксы по их значениям. Машинная команда может иметь до четы- 
рех префиксов одновременно. В памяти префиксы предшествуют команде. Поря- 
док их следования при этом может быть любым. 

Далее перечислены типы префиксов, которые может использовать прикладная 
программа. 


* Префикс замены сегмента в явной форме указывает, какой сегментный регистр 


используется в данной команде для адресации стека или данных. Префикс от- 
меняет выбор сегментного регистра по умолчанию. Префиксы замены сегмента 
имеют следующие значения: 


О 2ЕВ — замена сегмента С$; 
О 361 — замена сегмента 55; 
С ЗЕВ — замена сегмента 0$; 
О 261 — замена сегмента Е5; 
О 641 — замена сегмента Е$; 
О 651 — замена сегмента ($5. 


} Префикс повторения используется с цепочечными командами (командами об- 
работки строк). Этот префикс «зацикливает» команду для обработки всех эле- 
ментов цепочки. Система команд поддерживает два типа префиксов: безуслов- 
ные (КЕР — ОЕЗВ), заставляющие цепочечную команду повторяться некоторое 
количество раз, и условные КЕРЕ/КЕР7 — ОЕЗн, ВЕРМЕ/ВЕРМ7 — ОР21), которые при 
зацикливании проверяют некоторые флаги, и в результате проверки возможен 
досрочный выход из цикла. 


Е 


# Префикс блокировки шины инициирует выдачу процессором сигнала [©СК# (зна- 
чение ОЕОВ) для блокировки системной шины. Используется в многопроцес- 
сорных конфигурациях для обеспечения монопольного владения системной 
шиной. Сигнал {0СК# может формироваться лишь с определенной номенклату- 
рой команд процессора, работающих в цикле «чтение-модификация-запись». 





Префикс размера адреса (значение 671) уточняет разрядность адреса: 16 или 
32 бита. Каждой команде, в которой используется адресный операнд, ставится 
в соответствие разрядность адреса этого операнда. Если разрядность адреса для 
данной команды составляет 16 битов, это означает, что команда содержит 16-раз- 
рядное смещение и оно соответствует 16-разрядному смещению адресного опе- 
ранда относительно начала некоторого сегмента (см. рис. 3.1). В контексте ма- 
териала главы 2 (см. рис. 2.7 и 2.8) это смещение называется эффективным 
адресом. Если разрядность адреса составляет 32 бита, это означает, что команда 
содержит 32-разрядное смещение, оно соответствует 32-разрядному смещению 
адресного операнда относительно начала сегмента и по его значению формиру- 
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ется 32-разрядное смещение в сегменте (см. рис. 3.1). С помощью префикса раз- 
рядности адреса можно изменить действующее по умолчанию значение разряд- 

‚ ности адреса. Это изменение будет касаться только той команды, которой пред- 
шествует префикс. 


.  Префиксразмера операнда (значение 661) аналогичен префиксу размера адре- 
са, но указывает на разрядность операндов (32 или 16 битов), с которыми рабо- 
тает команда. 


По каким правилам устанавливаются по умолчанию значения атрибутов раз- 
рядности адреса и операндов? Если команда имеет операнд в памяти, то его адрес 
представляет собой значение смещения относительно начала сегмента данных (если 
не используется префикс переопределения сегмента) и содержится в поле смеще- 
ния машинной команды. Размер этого поля зависит от текущего режима адреса- 
ции (атрибуты изе16 или изе32 в директивах сегментации). При 16-разрядной 
адресации размер поля смещения в машинной команде составляет 16 битов. При 
32-разрядной адресации размер поля смещения в машинной команде составляет 
32 бита. Явное задание префикса размера адреса позволяет указать процессору зна- 
чение, отличающееся от действующего по умолчанию. Например, если действую- 
щий размер адреса равен 16 битам, то использование перед какой-либо командой 
префикса 671 определит для нее (и только для нее!) размер адреса в 32 бита. И на- 
оборот, если действующий размер адреса равен 32 бита, то указание перед коман- 
дой префикса 67Н определит для нее (и только для нее!) размер адреса в 16 битов. 
Физически это будет отражаться на размере поля смещения в данной машинной 
команде. 

Префикс размера операнда 661 позволяет сменить действующий для данной 
команды атрибут размера операнда. Команда, которая по умолчанию работает со 
словом (16 битов) или с двойным словом (32 бита), имеет атрибут размера операн- 
да, равный 16 и 32 бита соответственно. Применение префикса размера операнда 
позволяет сменить действующий по умолчанию атрибут. 

При работе процессора 18086в реальном и виртуальном режимах атрибуты раз- 
мера адреса и операнда по умолчанию равны 16битов. В защищенном режиме зна- 
чения этихатрибутов зависят отзначения бита О дескриптора сегмента. Если О =0,то 
атрибуты размера адреса и операнда равны 16битов, если О = 1, то эти атрибуты рав- 
ны 32 бита. Изменить действующие по умолчанию атрибуты адреса и размера опе- 
рандов можно применением атрибутов изе16 или 5е32 в директивах сегментации. 

В реальном режиме с помощью префикса разрядности адреса можно задейство- 
вать 32-разрядную адресацию, но при этом необходимо помнить об ограниченно- 
сти размера сегмента величиной 64 Кбайт. Аналогично префиксу разрядности ад- 
реса можно использовать префикс разрядности операнда в реальном режиме для 
работы с 32-разрядными операндами (к примеру, в арифметических командах). 

В команде префиксы размера адреса и операнда могут указываться одновре- 
менно. Каким образом комбинация префиксов (указанных явно и установленных 
по умолчанию) влияет на атрибуты размера операнда и адреса машинной коман- 
ды, показано в табл. 3.1. В ней отражено и то, как влияет на эти атрибуты состоя- 
ние бита О дескриптора сегмента в защищенном режиме. Строки таблицы, соот- 
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ветствующие нулевому значению бита О, используются в реальном и виртуальном 
режимах работы процессора 18086. 

Необходимо обратить внимание на то, что команды работы со стеком также 
имеют аналогичные атрибуты размера и адреса операнда. Атрибут размера адреса 
влияет на выбор регистра — указателя стека: при размере адреса 16 битов использу- 
ется регистр 5Р, при размере адреса 32 бита используется регистр ЕЗР. Аналогично 
влияет на работу команд со стеком префикс размера операнда: при использовании 
префикса размера операнда 16 битов операнд в стеке трактуется как 16-разряд- 
ный, при использовании префикса размера операнда 32 бита операнд в стеке трак- 
туется как 32-разрядный. 


Таблица 3.1. Значения атрибутов размеров операнда и адреса 





В качестве примера префикса, который при формировании машинной коман-. 
ды вставляет сам ассемблер, можно привести префикс со значением ОЕЁ. Он на- 
зывается префиксом смены алфавита и извещает о том, что поле кода операции 
в данной команде двухбайтовое. 


Код операции 


Код операции — обязательный элемент, описывающий операцию, выполняе- 
мую командой. Код операции может занимать от одного до трех байт. Для 
некоторых машинных команд часть битов кода операции может находиться 
в байте то4т/м. 

Многим командам соответствует несколько кодов операций, каждый из кото- 
рых определяет нюансы выполнения операции. Отметим, что поле кода операции 
не имеет однозначной структуры (см. рис. 3.1). В зависимости от конкретных ко- 
манд, не обязательно разных с точки зрения языка ассемблера, оно может иметь 
в своем составе от одного до трех элементов, назначение которых описано в табл. 3.2. 
Один из этих трех элементов является непосредственно кодом операции или ее 
частью, остальные уточняют детали операции. Такое строение поля кода опера- 
ции усложняет, в частности, процесс дизассемблирования. Для определения раз- 
мера и границ очередной команды необходимо полностью проанализировать ее 
поле кода операции. 
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Таблица 3.2. Назначение дополнительных битов поля кода операции 


Количество Назначение 


г Определяет направление передачи данных: 0 — передача 









данных из регистра теб в память (или регистр), адресуемую 
полем т/т; 1 — передача данных из памяти (или регистра), 
адресуемой нолем г/т, в регистр геё. При наличии байта $16 
адрес операнда в памяти формируется с учетом содержимого 
этого байта 







Задает необходимость расширения 8-разрядного 
непосредственного операнда до 16 или 32 бита. Старшие биты 
при этом заполняются значением старшего (знакового) бита 
исходного 8-разрядного операнда 










Определяет размер данных, которыми оперирует команда: байт, 
слово, двойное слово: 0 — 8 битов; | — 16 битов для 16-разряд- 
ного размера операндов или 32 бита для 32-разрядного размера 
операндов | 








Определяет регистр, используемый в команде. Значение поля 
зависит от ноля \, в том числе если поле \ отсутствует 
(см. следующий подраздел) 






Последующие поля машинной команды определяют характеристики и место- 
положение операндов, участвующих в операции, и особенности их использования 
(см. далее). 


Байт режима адресации тод г/т 


Байт режима адресации то4 г/т, иногда называемый постбайтом, несет инфор- 
мацию об операндах и режимеадресации. Большинство команд процессора те — 
двухоперандные. Операнды могут находиться в памяти, а также в одном или двух 
регистрах. Архитектура [А-32 не допускает, чтобы оба операнда команды находи- 
лись в памяти. Если операнд находится в памяти, то байт то4 г/п определяет ком- 
поненты (смещение, базовый и индексный регистры), используемые для вычисле- 
ния его эффективного адреса (см. главу 2). Байт то4 г/т состоит из трех полей 
(см. рис. 3.1). 





Поле то4 (два бита) определяет способ адресации и количество байтов, занима- 
емыхвкоманде адресом операнда (поле смещения вкоманде). Поле 104 исполь- 
зуется совместно с полем г/т, которое определяет способ модификации адреса 
операнда полем смещения вкоманде. Полето4вкомбинации с полем г/т обра- 
зует 32 возможных значения, обозначающих один из восьми регистров и 24 ре- 
жима адресации. К примеру, если то4 = 00, то поле смещения в команде отсут- 
ствует и адрес операнда определяется содержимым базового и/или индексного 
регистра. Какие именно регистры потребуются для вычисления эффективного 
адреса, определяется значением этого байта. Если то4 = 01, то поле смещения 
в команде присутствует, занимает один байт и модифицируется содержимым 
базового и/или индексного регистра. Если то4 = 10, то поле смещения в коман- 
де присутствует, занимает два или четыре байта (в зависимости от значения, 
действующего по умолчанию или определяемого префиксом размера адреса) 
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и модифицируется содержимым базового и/или индексного регистра. Если 
104 = 11, то операндов в памяти нет — они находятся в регистрах. Это же значе- 
ние байта то4 используется в случае, когда команда работает с непосредствен- 
ным операндом. . 

Поле ге® (3 бита) определяет либо регистр (табл. 3.3 и 3.4), находящийся в ко- 
манде на месте второго операнда, либо возможпое расширение кода операции 
(давая в совокупности размер поля КОП в 11 битов). 


я Поле г/т используется совместно с полем то4 и определяет либо регистр, на- 
ходящийся в команде на месте первого операнда (если то4 = 11), либо базовые 
и индексные регистры, применяемые для вычисления эффективного адреса (со- 
вместно с полем смещения в команде). 


Таблица3З.3. Значения кодов в полегед (поле\иприсутствует в команде) 
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Таблица3.4. Значения кодов в полегед (полемотсутствует) 
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В таблицах нет содержимого поля ге? для 16-разрядных регистров в 32-разряд- 
ных операциях, так как в архитектуре [пе] отдельно использовать старшую поло- 
вину 32-разрядного регистра невозможно. 

В архитектуре Пие один из операндов обязательно находится в регистре, и он 
может быть первым или вторым. Расположение первого и второго операндов в фор- 
мате команды фиксировано. Но, например, команда МО\ может выполнять пере- 
сылку как из регистра в память, так и из памяти в регистр. В машинном представлении 


3 Зак. 256 
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это одна и та же команда. В ее поле гех будет содержаться код регистра (см. табл. 3.3 
и 3.4), а в поле г/т — код режима адресации (см. далее). Эти две команды будут 
различаться только одним битом 4, который определяет направление передачи. 
Если в команде участвуют два регистра, то в этом случае вступает в силу правило: 
поле ге определяет второй операнд, а поле г/т — первый. Если команда то\ рабо- 
тает с ячейкой памяти, то в исходном тексте программы могут быть следующие 
варианты записи этой команды: 


ОУ аБТ1,ах ;‚ пересылка содержимого ах в ячейку памяти аб! 
или 
оу ах, аБ11 ; пересылка содержимого ячейки памяти аБИ в ах 


В машинном представлении эти две команды будут выглядеть одинаково, за 
исключением бита 4: 


` для команды МОУабП,ахбита = 0; 
= для команды МО\Уах, аб бит 4 = 1. 


Наиболее сложными для декодирования являются команды с операндом в па- 
мяти. Фирма Пе! сопровождает описание системы команд специальными табли- 
цами, облегчающими интерпретацию содержимого байта то г/п (табл. 3.5 и 3.6). 
С их помощью можно довольно легко восстановить компоненты, из которых фор- 
мировался адрес операнда, и, в конечном итоге, восстановить соответствующую 
команду ассемблера для данной машинной команды. 


Таблица 3.5. Значения байта тоЧ г/т (16-разрядная адресация) 
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Таблица 3.6. Значения байта то г/т (32-разрядная адресация) 
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продолжение 
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`Таблица 3.6 (продолжение) 
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Рассмотрим пример использования данныхтаблиц при значении байта то г/т 
равном 871. Для восстановления местонахождения операндов данной машинной 
команды следует найти это значение в одной из таблиц (какой таблицей восполь- 
зоваться, зависит от текущего режима адресации) и по первому столбцу строки, 
содержащей код 871, определить местонахождение первого операнда. В нашем слу- 
чае адрес операнда формируется из содержимого регистра ВХ и 16-разрядногосме- 
щения, значение которого следует искать в следующих за байтом то4 г/т двух бай- 
тах. Второй столбец той же строки содержит значение поля то4. Третье поле байта 
под г/п можнонайти, переместившись вверх по столбцу, содержащему значение 87, 
до пересечения со строкой гез или /цифра. При этом будет выбрано значение, иден- 
тифицирующее один из регистров или продолжение кода операции. Что именно — 
определяется либо самим кодом операции, либо значением бита \ в сочетании 
с текущей разрядностью адреса (см. ранее). 

При использовании 32-разрядной адресации содержимое байта то4 г/т трак- 
туется несколько иначе из-за наличия в формате машинной команды байта $16 
(см. подраздел «Байт масштаба, индекса и базы»). 
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Некоторые машинные команды могут работать с сегментными регистрами. Да- 
лее приведены соглашения по кодированию сегментных регистров. В дальнейшем 
изложении будем различать два набора регистров: 





5ге286 — сегментные регистры, существовавшие в архитектуре процессоров 


13086/88 и 180286; 
И 519386 — сегментные регистры архитектуры процессоров 180386 и выше. 


Различие наборов состоит в том, что кодируются они различным количеством 
битов: 5ге2?86 — двумя битами (табл. 3.7), а згез386 — тремя (табл. 3.8). 


Таблица 3.7. Кодировка сегментных регистров в наборе $гед86 


одвполезтоов6 


Таблица3.8. Кодировка сегментныхрегистров внаборе $гед386 




















Одна из целочисленных команд — команда МОУ — может оперировать систем- 
ными регистрами. Кодировка этих регистров приведена в табл. 3.9. 


Таблица3.9. Кодировка системных регистров вкоманде МО\ 


Код в поле сгех Регистры управления Регистры отладки 


Вб 
В7 





1) 
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Байт масштаба, индекса и базы 


Байт масштаба, индекса и базы (Зса]е-Шш94ех-Вазе — $16) используется для расши- 
рения возможностей адресации операндов. На наличие байта $10 в машинной ко- 
манде указывает сочетание одного из значений 0] или 10 поля тод и значения поля 
/т= 100. Байт $1 состоит изтрех элементов (табл. 3.10). 





В поле масштаба (5$) размещается масштабный множитель для индексного 
компонента 114ех, занимающего следующие три бита байта $16. В поле 5$ может 
содержаться значение 1, 2, 4 или 8. При вычислении эффективного адреса на 
это значение будет умножаться содержимое индексного регистра. Более по- 
дробно, с практической точки зрения, эта расширенная возможность индекса- 
ции рассматривается при обсуждении массивов в главе 13. 





Поле 1ш4ех позволяет хранить номер индексного регистра, содержимое которо- 
го применяется для вычисления эффективного адреса операнда. 


и Поле фазе требуется для хранения номера базового регистра, содержимое кото- 
рого также применяется для вычисления эффективного адреса операнда. В ка- 
честве базового и индексного регистров могут использоваться большинство 
регистров общего назначения. 


Таблица 3.10. Значения байта э (32-разрядная адресация) 


Масштабирование | Масштабный | Индекс | Шестнадцатеричные значения $16 
индексного множитель (шаех) 
регистра 


АХ НИ О В КЗ ОЗ ЗВ О 
ео [в [| [о | [0 [о | | 
ООО ОИ СИИ 

| 

| 

ИИ 


















АХ 


ВВ 



















— 
> 


иене 
Гы оо ют 
О И 

У ОИ ОИ СИ 


Пьер 
ПС ОИ СИ И 
А ОИ ООО 


8 
=; 42. 
>| — 
т 
> | - 
>| 
> | — 
|5 
км | — 
“9 
> 3 
фе 
1 — 
5 












| 
бо 
Е 
№) 
© 
> 
|9 
В 
> 
© 
> 
|) 
| 
Ы 
> 
Ы 


ва 

Горе Г [я [в [9 [9 | 
ее Ге [с [5 ГЕ [о | 
[Ре [3 [в [$ [в [| 


ее 

|3] 

[=] 

ре 

% 

> 

ты 

р 

= 

> 

| 

5 
а дм вы р] | > 
2 | > &| |5 е]®| > 











Формат машинных команд 1А-32 71 


Масштабирование | Масштабный | Индекс { Шестнадцатеричныезначения $10 
индексного множитель (шаех) 
регистра ($$) 


ПО ОИ КС В В Ч ЕТ И ТЗ ТЗ 
пере Го о р ро а 5% [м | 
Пе Г ро р [в [6 ре | 
И КИ ИИ 

И 


[ЕВР*4] 10 


ЕЕ 


НИ ТИ Ст К 


По значению байта $16 легко восстановить компоненты машинных команд, со- 
держащие адрес операнда с учетом его масштабирования. 

Одно значение базового регистра (Базе) в табл. 3.10 замещено символом звез- 
дочки (*). Это означает наличие в команде адреса смещ_32 без базы, если то4 рав- 
но 00, и [ЕВР] — впротивном случае. Такой подход обеспечивает следующие режи- 
мы адресации: 





и смещ 32[индекс], если то4=00; 
смещ_8[еБр][индекс], если тод=01; 
|! смещ_32[еБр][индекс], если тод=10. 


Поля смещения и непосредственного операнда 


Поле смещения в команде — это 8-, 16- или 32-разрядное целое число со знаком, 
представляющее собой полностью или частично (с учетом приведенных ранее рас- 
суждений) значение эффективного адреса операнда. 

Поле непосредственного операнда — необязательное поле, представляющее со- 
бой 8-, 16- или 32-разрядный непосредственный операнд. Наличие этого поля, ко- 
нечно, отражается на значении байта то4 г/т. 

Столь подробное обсуждение различных полей машинной команды, в том чис- 
ле с использованием всех приведенных ранее таблиц, имеет целью показать пра- 
вила формирования операндов машинных команд. При рассмотрении синтаксиса 
ассемблера (глава 5) на основе этого материала будут обсуждаться правила запи- 
си операндов команд ассемблера. 
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Функциональная классификация 
машинных команд 


В начале главы отмечалось, что система команд последнего на сегодняшний день 
процессора Репйит ТУ архитектуры ГА-32 содержит более 300 машинных команд. 
Весь набор машинных команд можно разбить на четыре группы (рис. 3.2). 


Команды ассемблера Репвит М 


ММХ-расширения ХММ-расширения 
) 


Рис. 3.2. Машинные команды процессора |! (Репёит № 






В пределах каждой из этих больших групп, исходя из функционального назна- 
чения отдельных команд, можно провести дальнейшее разбиение на более мелкие 
подгруппы. Такой подход позволяет достичь нескольких целей: 


оценить возможности процессора по обработке данных; 








рассмотреть совокупность команд процессора архитектуры [А-32 как иерархи- 
ческую и самодостаточную систему; 


№ осмысленно изучать отдельные машинные команды в контексте остальных. 


В главах 7-10 и 12 будут рассмотрены команды основного процессора (цело- 


численные), поэтому здесь приведем их классификацию по функциональному 
признаку (рис. 3.3). 


Команды ассемблера 


Передачи 
Двоичной ‚ Манипуляции 
арифметики битами ВНЕ 
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Рис. 3.3. Функциональная классификация целочисленных машинных команд, 
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Функциональная классификация команд остальных групп будет приведе- 
на в материале соответствующих глав. Информацию о каждой команде про- 
цессора архитектуры [А-32 (вплоть до Репйишт [У) можно найти в приложе- 
нии, которое удобно использовать в ходе работы над программными проектами. 
Стоит обратить внимание на то, что приложение состоит из четырех частей — 


это соответствует разбиению команд процессора на функциональные группы 
(рис. 3.2). 
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Система машинных команд — важнейшая часть архитектуры компьютера, опре- 
деляющая возможности его программирования. 


Для работы процессора достаточно программы вдвоичных кодах, но такое пря- 
мое программирование на практике не используется. Язык ассемблера — сим- 
волический аналог машинного языка. Преобразование команд ассемблера 
в соответствующие машинные команды производит программа-транслятор — 
ассемблер. Дальнейшая интерпретация машинных команд в конкретные сиг- 
налы электронных схем осуществляется с помощью блока микропрограммного 
управления, входящего в состав процессора. 


Существует взаимно однозначное соответствие машинных команд и команд 
ассемблера. 


Кодирование машинных команд производится в соответствии с одним из воз- 
можных форматов. Команды процессоров архитектуры [А-32 считаются слож- 
ными, так как в основу концепции процессоров тиеположен принцип совмес- 
тимости — программы, разработанные для более ранних моделей процессоров, 
должны выполняться на всех последующих. 


Структура команд процессора позволяет обеспечить большую гибкость при 
обработке операндов и разнообразие режимов адресации. 


Большинство команд ассемблера имеют несколько возможных вариантов со- 
четания операндов. Для каждого возможного сочетания операндов имеется своя 
машинная команда со своим значением поля кода операции. 


Машинную команду формируют несколько полей, из которых обязательным 
является только одно — поле кода операции. 


Система команд архитектуры [А-32 является иерархической и самодостаточ- 
ной. Все команды делятся на четыре группы, в пределах каждой из которых 
выделяется довольно большое количество функциональных подгрупп. 


Глава 4 
Системы счисления 


№» Позиционные и непозиционные системы счисления 
 Двоичная система счисления 

№ Шестнадцатеричная система счисления 

» Десятичная система счисления 

» Перевод чисел из одной системы счисления в другую 


Понимание порядка представления чисел в двоичной, десятичной и шестнадцате- 
ричной системах счисления является одним из необходимых условий успешного 
программирования на ассемблере. Не менее важно уметь использовать правила 
конвертирования числовых данных между этими системами счисления. Причина- 
ми этого являются, с одной стороны, двоичная организация современных ЭВМ и, 
с другой стороны, более привычная для человека работа с числовой р 
на основе десятичной системы счисления. 

Как известно, системой счисления называется совокупность правил записи чи- 
сел. Системы счисления подразделяются на позиционные и непозиционные. Как 
в позиционных, так и в непозиционных системах счисления используется опреде- 
ленный набор символов — цифр, последовательное сочетание которых образует 
число. Непозиционные системы счисления появились раньше позиционных. Они 
характеризуются тем, что в них символы, обозначающие то или иное число (то 
есть цифры), не меняют своего значения в зависимости от местоположения в за- 
писи этого числа. Классическим примером такой системы счисления является рим- 
ская. В ней для записи чисел используются буквы латинского алфавита. При этом 
буква [ означает единицу, У — пять, Х — десять, Г, — пятьдесят, С — сто, О — пять- 
сот, М — тысячу. Для получения количественного эквивалента числа в римской 
системе счисления необходимо просто просуммировать количественные эквива- 
ленты входящих в него цифр. Исключение из этого правила составляет случай, 
когда младшая цифра находится перед старшей, — в этом случае нужно не склады- 
вать, а вычитать число вхождений этой младшей цифры. Например: | 
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ОЕХХУИП = 500 + 50 + 10+ 10+ 5-+1+1 = 577. 
Другой пример: 
СОХХИХ = 500 - 100 + 10+ 10 - 1+ 10 = 429. 


В позиционной системе счисления количество символов в наборе равно осно- 
ванию системы счисления. Место каждой цифры в числе называется позицией. 
Номер позиции символа (за вычетом единицы) в числе называется разрядом. Раз- 
ряд 0 называется младшим разрядом. Каждой цифре соответствует определенный 
количественный эквивалент. Введем обозначение — запись А\„) будет означать ко- 
личественный эквивалент числа А, состоящего из и цифр а, (где К = 0, ..., п - 1) 
в системе счисления с основанием р. Это число можно представить в виде после- 
довательности цифр: 


А’) - ап ап,... а,а,, 
При этом, конечно, всегда выполняется неравенство а, <р. 
В общем случае количественный эквивалент некоторого положительного чис- 


ла А в позиционной системе счисления можно представить выражением: 


А) а,‘ р”'+а„ р” + ар а,-р,, (4.1) 
где р — основание системы счисления (некоторое целое положительное число), 
а — цифра данной системы счисления, и — номер старшего разряда числа. 

Для получения количественного эквивалента числа в некоторой позиционной 
системе счисления необходимо сложить произведения количественных значений 
цифр на степени основания, показатели которых равны номерам разрядов (обра- 
тите внимание на то, что нумерация разрядов начинается с нуля). 

После такого формального введения можно приступить к обсуждению некото- 
рых позиционных систем счисления, наиболее часто используемых при разработ- 
ке программ на ассемблере. 


Двоичная система счисления 


Набор цифр для двоичной системы счисления — {0, 1}, основание степени (р) — 2. 

Количественный эквивалент некоторого целого и-значного двоичного числа 
вычисляется согласно формуле (4.1): 

Аб) аа асан, (4.2) 

Как мы уже отмечали, наличие этой системы счисления обусловлено тем, что 
компьютер построен на логических схемах, имеющих в своем элементарном виде 
только два состояния — включено и выключено. Производить счет в двоичной си- 
стеме просто для компьютера, но сложно для человека. Например, рассмотрим 
двоичное число 10100111. 

Вычислим десятичный эквивалент этого двоичного числа. Согласно формуле 
(4.2), это будет величина, равная следующей сумме: 

1. Т+0 + 2641. 25+0 +24 +0 +2341. 22+1.21+1. 2°. 
Посчитайте сами, сколько получится. 
Сложение и вычитание двоичных чисел (рис. 4.1) выполняется так же, как ив 


других позиционных системах счисления, например десятичной. Точно так же 
выполняется заем (перенос) единицы из старшего разряда (в старший разряд). 


дир ААУ Ади 
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11 11111 перенос 11 1 заем 
110011011 _ 11010010011 

* 110010101 00111011011 
1100110000 10010111000 


Рис. 4.1. Сложение извычитание двоичных чисел 


Приведем степени двойки (табл. 4.1). 


Таблица 4.1. Степени двойки 








Шестнадцатеричная система счисления 


Шестиадцатеричная система счисления имеет набор цифр {0,1,2,...,9, А, В, С, О, 
Е, Е} и основание степени (р)— 16. 
Количественный эквивалент некоторого целого 7-значного шестнадцатеричного 
числа вычисляется согласно формуле (4.1): 
а би, бе разлочка, 161. 
К примеру, количественный эквивалент шестнадцатеричного числа #45е423с 
равен: 


= а 
п- 


15 + 167+4. 168+5 + 165+ 14 + 164+ 13 + 16342 + 16?+3. 161+ 12 + 16°. 
Посчитайте сами, сколько получится. Приведем соответствие двоичных чисел 
и их десятичных и шестнадцатеричных эквивалентов (табл. 4.2). 





Таблица 4.2. Шестнадцатеричные цифры 


Десятичное число Двоичная тетрада 


ка. 51000 





Шестнадцатеричное число 
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Десятичное число Двоичная тетрада Шестнадцатеричное число 





Поначалу запомнить эти соотношения сложно, поэтому полезно иметь под рука- 
ми некоторую справочную информацию. Табл. 4.2 содержит представления 
десятичных чисел из диапазона 0-16 в двоичной и шестнадцатеричной системах 
счисления. Ее удобно использовать для взаимного преобразования чисел в рас- 
сматриваемых нами трех системах счисления. Шестнадцатеричная система счис- 
ления при вычислениях несколько сложнее, чем двоичная, в частности, в том, что 
касается правил переносов в старшие разряды (заемов из старших разрядов). Глав- 
ное здесь — помнить следующее равенство: 


Е И 


Эти переходы очень важны при выполнении сложения и вычитания шестнад- 
цатеричных чисел (рис. 4.2). 


11 перенос 11 заем 
.‚ ЕРТЬ 1 слагаемое вСО8  уменышаемое 
СТЕВ8 2 слагаемое - БЕРА4  вычитаемое 
1 ВОЕРО результат 5ОЕ4 результат 


Рис. 4.2. Сложение и вычитание шестнадцатеричныхчисел 


Десятичная система счисления 


Десятичная система счисления наиболее известна, так как она постоянно исполь- 
зуется нами в повседневной жизни. Данная система счисления имеет набор цифр 
{0, 1, 2, 3, 4, 5, 6, 7, 8, 9} и основание степени (р)- 10. 

Количественный эквивалент некоторого целого п-значного десятичного числа 
вычисляется согласно формуле (4.1): 
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. 10-1 . -2 ь 1 зе 
Ана, Она ПЕ а, 10+ а, - 10°. 
К примеру, значение числаА\ = 4523 равно: 


4. 103+5. 102+2. 10: +3. 10. 


Перевод чисел из одной системы 
счисления в другую 


Одного знания о существовании разных систем счисления мало. Для того чтобы 
в полной мере использовать их в своей практической работе при программирова- 
нии на ассемблере, необходимо научиться выполнять взаимное преобразование 
чисел междутремя системами счисления. Этим мы и займемся вдальнейшем. Кро- 
ме того, дополнительно будут рассмотрены некоторые особенности процессоров 
1 при работе с числами со знаком. 


Перевод в десятичную систему счисления 


Перевод в десятичную систему счисления является самым простым. Обычно его 
производят с помощью так называемого алгоритма замещения, суть которого зак- 
лючается в следующем: сначала в десятичную систему счисления переводится ос- 
нование степени р, а затем — цифры исходного числа. Результаты подставляются 
в формулу (4.1). Полученная сумма и будет искомым результатом. Неявно при 
обсуждении двоичной и шестнадцатеричной систем счисления мы производили 
как раз такое преобразование. 


Перевод в двоичную систему счисления 


Перевод издесятичной системы счисления 


Перевод числа вдвоичную систему счисления из десятичной выполняется по опи- 
санному далее алгоритму. 


1. Разделить десятичное число А на 2. Запомнить частное д и остаток а. 


2. Если в результате шага 1 частное 4 не равно 0, то принять его за новое делимое 
и отметить остаток а, который будет очередной значащей цифрой числа, и вер- 
нуться к шагу 1, на котором в качестве делимого (десятичного числа) участвует 
полученное на шаге 2 частное. 


3. Если в результате шага 1 частное 4 равно 0, алгоритм прекращается. Выписать 
остатки в порядке, обратном их получению. Получится двоичный эквивалент 
исходного числа. 


К примеру, перевод в двоичную систему счисления числа 247. иллюстрирует 
рис. 4.3. Порядок обхода остатков для получения результата (11110111,) показан 
стрелками. 


Перевод из шестнадцатеричной системы счисления 


Перевод из шестнадцатеричной системы счисления мы уже обсуждали ранее. Суть 
его заключается в последовательной замене шестнадцатеричных цифр соответству- 
ющими двоичными тетрадами, согласно табл. 4.2. К примеру, двоичное Число, со- 
ответствующее числу е445‚„, равно 11100100 1101 0101.. 


16? 
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247 |2. 
246 123 |2. 
(122 61 |2. 
.50_30 [2 
(1) 30 15 |2. 
к ЮФ щч та 
6 312 
Ф2 Фе. 
(9) | о 


Рис. 4.3. Перевод в двоичную систему счисления 


Перевод в шестнадцатеричную 
систему счисления 


Перевод из десятичнои системы счисления 

Общая идея алгоритма перевода из десятичной системы счисления в шестнадца- 

теричную аналогична рассмотренной ранее в алгоритме перевода в двоичную сис- 

тему счисления из десятичной. 

1. Разделить десятичное число А на 16. Запомнить частное 4 и остаток а. 

2. Если в результате шага 1 частное 4 не равно 0, то принять его за новое делимое, 
записать остаток и вернуться к шату 1. 

3. Если частное 4 равно 0, прекратить работу алгоритма. Выписать остатки в по- 
рядке, обратном их получению. Получится шестнадцатеричный эквивалент 
исходного десятичного числа. 

К примеру, перевод в шестнадцатеричную систему счисления числа 32 767, 
иллюстрирует рис. 4.4. Порядок обхода остатков для получения результата (ТН) 
показан стрелками. 


32 2047 [16 





Рис. 4.4. Перевод в шестнадцатеричную систему счисления 
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Переводиздвоичнойсистемысчисления 
Идея алгоритма состоит в том, что двоичное число разбивается на тетрады начи- 
ная с младшего разряда. Далее каждая тетрада приводится к соответствующему 
шестнадцатеричному числу, согласно табл. 4.2. 

К примеру, пусть требуется перевести в шестнадцатеричную систему счисле- 
ния следующее число: 

11100101101011110101100011011000111101010101101.. 
Разобьем его на тетрады: 
0111 0010 1101 0111 1010 11000110 11000111 1010 1010 1101. 


По тетрадам приводим последовательности нулей иединиц к шестнадцатерич- 
ному представлению: 


72 а7Тасбс7аа4. 
То есть в результате преобразования мы получим шестнадцатеричное число 
7247асбс7аа4 


Перевод дробных чисел 


Программист должен уметь выполнять перевод в различные системы счисления 
не только целых чисел, но и дробных чисел. Особенно важно это при программи- 
ровании алгоритмов, использующих операции с плавающей точкой. Без владения 
в полной мере знаниями о том, как представляются дробные числа в памяти компь- 
ютера и в регистрах сопроцессора, вам вряд ли удастся овладеть программирова- 
нием на ассемблере в полной мере. Давайте разберемся с наиболее часто использу- 
емыми на практике способами перевода дробных чисел. Для этого формулу (4.1) 
преобразуем к следующему виду: 
А наи та ра 
атаср Нара р таниты ча р. (4.3) 
Рассмотрим операции перевода чисел на примерах. 


Пример 1 
Пусть требуется перевести в десятичное представление следующее дробное чис- 
ло, заданное в двоичной системе счисления: 
110100,01001011,. 
Для перевода используем формулу (4.3): 
710100;01001011;=1:22+1:250..2%41%42240*2140% 2-0 %2=4 
1. 2-2+0. 2340.21. 2540. 2-6+1.2-7+1.23, 
Для вас не составит труда вычислить целую часть десятичной дроби: 
1.29+1,24+0*239+1+224+0.2140*2°. 


Для вычисления остальной части выражения удобно использовать табл. 4.3. 
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Таблица 4.3. Значения отрицательных степеней по основанию числа 2 


Отрицательная степень Два в указанной степени 






0,03125 


0,0078125 


Вы можете сами продолжить табл. 4.3 значениями отрицательных степеней по 
основанию числа 2 и в конце концов подсчитать результат перевода в десятичное 
представление значения 


110100,01001011.. 


Пример 2 
Пусть требуется перевести в десятичное представление следующую дробь, задан- 
ную в шестнадцатеричной системе счисления: 
142, а1е4 
Вновь используем формулу (4.3): 
1412, 21е4‚=1* 163+ 13 + 162+ 15. 2142. 16"+ 10 + 1671. 162+ 
+ 14.163+4. 16. 

Для удобства вычисления дробной части приведем значения отрицательных 

степеней числа 16 (табл. 4.4). 





Таблица 4.4. Значения отрицательных степеней по основанию числа 16 


С 
и 









0,00000095367431640625 
0,000000059604644775390625 
0,0000000037252902984619140625 


Перевод из двоичной системы счисления в шестнадцатеричную и обратно вы- 
полняется, как обычно, наоснове тетрад и трудности вызывать не должен. 
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Пример 3 
Рассмотрим теперь проблему представления десятичных дробей в двоичной и шест- 
надцатеричной системах счисления: 

Общий алгоритм перевода десятичной дроби в другую систему счисления можно 
представитьследующей последовательностьюшагов. 


1. Выделить целую часть десятичной дроби и выполнить ее перевод в выбранную 
систему счисления по алгоритмам, рассмотренным ранее. 


2. Выделить дробную часть и умножить ее на основание выбранной новой систе- 
мы счисления. 


3. В; полученной после умножения дробной части десятичной дроби выделить 
целую часть и принять ее в качестве значения первого после запятой разряда 
числа в новой системе счисления. 


4. Если дробная часть значения, полученного после умножения, равна нулю, то 
прекратить процесс перевода. Процесс перевода можно прекратить также в слу- 
чае, если достигнута необходимая точность вычисления. В противном случае 
вернуться к шагу 3. 


Рассмотрим пример. Пусть требуется перевести в двоичную систему счисле- 
ния десятичную дробь 108,406. 

Сначала переведем целую часть десятичной дроби 108,406; в двоичную систе- 
му счисления (рис. 4.5). 





Рис. 4.5. Перевод целой части десятичного числа 108,406 в двоичную систему счисления 


Затем переведем дробную часть десятичного числа 108,406 о (рис. 4.6) по при- 
веденному ранее алгоритму. 
Результат перевода следующий: 


108,406 „= 1101100,011001111. 


При переводе дробного числа из десятичной системы счисления в шестнадца- 
теричную целесообразно предварительно перевести число в двоичную! систему, 
а затем двоичное представление разбить на тетрады отдельно до разделительной 
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011001131 


Рис. 4.6. Перевод дробной части числа 108,406 в двоичную систему счисления 


запятой и после запятой. Разбиение на тетрады двоичных разрядов целой части 
производят от запятой в сторону старших разрядов. Неполную старшую тетраду 
дополняют слева нулями. Разряды дробной части, напротив, разбивают на тетрады 
от запятой вправо к младшим разрядам. Если последняя тетрада неполная, то ее до- 
полняют нулями справа. На рис. 4.7 показан процесс перевода того же дробного деся- 
тичного числа ( 108,406 „) в эквивалентное шестнадцатеричное представление. 


108,406 = по] по. 011010111] 1= 6с,678 


м. 1 


6| с] 61718 


Рис. 4.7. Пример перевода десятичного числа в шестнадцатеричную систему счисления 


Перевод чисел со знаком 


До сих пор предполагалось, что числа положительные. А как представляются 
в компьютере числа со знаком? 

Положительные целые со знаком — это 0 и все положительные числа. 

Отрицательные целые со знаком — это все числа, меньшие 0. Отличительным 
признаком числа со знаком является особая трактовка старшего бита поля, пред- 
ставляюшего число. В качестве поля могут выступать байт, слово или двойное слово. 
Естественно, что физически этот бит ничем не отличается от других — все зависит от 
команды, работающей с данным полем. Если в ее алгоритме заложена возможность 
работы с целыми числами со знаком, то команда будет по-особому трактовать стар- 
ший бит поля. Если старший бит равен 0, число считается положительным и его зна- 
чение вычисляется по правилам, которые мы рассмотрели ранее. Если старший бит 
равен 1, число считается отрицательным, а это предполагает, что оно записано в так 
называемом дополнительном коде. Разберемся в том, что он собой представляет. 


——ж——————=——ыыыы—ы———Ш——  —‚——ь—д—— 
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Дополнительный код некоторого отрицательного числа представляет собой 
результат инвертирования (замены | на 0 и наоборот) каждого бита двоичного 
числа, равного модулю" исходного отрицательного числа плюс единица. К приме- 
ру, рассмотрим десятичное число -—185„. Модуль данного числа в двоичном пред- 
ставлении равен 1011 1001,. Сначала нужно дополнить это значение слева нулями 
до нужной размерности — байта, слова и т. д. В нашем случае дополнить нужно 
до слова, так как диапазон представления знаковых чисел в байте составляет 
-128...127. Следующее действие — получить двоичное дополнение. Для этого все 
разряды двоичного числа нужно инвертировать: 


0000000010111001, —>111 111 1101000110.. 
Теперь прибавляем единицу: | . 
1111111101000110,+ 0000000000000001,= 111111 1101000111.. 


Результат преобразования равен 1111111101000111,. Именно так и представ- 
ляется число —185 „в компьютере. 

При работе с числами со знаком от вас наверняка потребуется умение выпол- 
нять обратное действие — имея двоичное дополнение числа, определить значение 
его модуля. Для этого необходимо выполнить два действия. 


1. Выполнить инвертирование битов двоичного дополнения. 
2. К полученному двоичному числу прибавить двоичную единицу. 

К примеру, определим модуль двоичного представления числа 

—185, = 1111111101000111.. 
Сначала инвертируем биты: 
ИНН 1101000111, 00000000101 11000.. 
Добавляем двоичную единицу: 
0000000010111000, + 0000000000000001, = 00000000101 11001,= |-185. 


Теперь мы готовы разговаривать с компьютером на его языке, состоящем из 
команд и данных. В следующей главе мы напишем первую программу на ассемб- 
лере, разбирая которую, мы сможем применить знания, полученные в этой и пре- 
дыдущих главах. 


Итоги 


ж Системы счисления подразделяются на позиционные и непозиционные. Как 
в позиционных, так и в непозиционных системах счисления используется опре- 
деленный набор символов — цифр, последовательное сочетание которых обра- 
зует число. 


и Специфика работы программиста предполагает хорошее владение счетом в трех 
системах счисления: двоичной, шестнадцатеричной и десятичной. При этом 
программист должен достаточно уверенно переводить числа из одной системы 
счисления в другую. 

т Числа со знаком представляются в компьютере особым образом: положитель- 
ные числа — в виде обычного двоичного числа, а отрицательные — в дополни- 
тельном коде. 


Глава 5 
Синтаксис ассемблера 


%»\ Структура программы на ассемблере 

» Типы и структура предложений ассемблера 

№ Понятие о метасинтаксических языках 

№№ Классификация лексем ассемблера 

» Описание простых операндов и операндов-выражений 
№ Варианты расположения операндов команд ассемблера 
3» Виды адресации операндов в памяти 

» Операторы ассемблера 

№» Стандартные директивы сегментации 

# Упрощенные директивы сегментации 

»- Простые типы данных ассемблера (диапазоны значений) 
№ Директивы описания простых типов данных 


В предыдущих главах основное обсуждение было посвящено внутреннему устрой- 
ству процессора, его принципам работы и программной модели. И это не случай- 
ность — чем более низкий уровень функционирования компьютера доступен по- 
ниманию программиста, тем легче и осмысленнее для него становится процесс 
изучения и дальнейшего программирования на языке ассемблера. Сам язык ас- 
семблера пока обсуждался мало. В основном речь шла о нем как о символическом 
аналоге машинного языка. В связи с этим отмечалось, что программа, написанная 
на ассемблере, отражает основные особенности архитектуры процессора: органи- 
зацию памяти, способы адресации операндов, правила использования регистров 
и т. д. Также говорилось, что необходимость учета подобных особенностей делает 
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ассемблер уникальным для каждого типа процессоров. Эта и следующие за ней 
главы будут посвящены изучению правил оформления и разработки программ на 
языке ассемблера с учетом влияния на эти правила архитектуры [А-32. 


Синтаксис ассемблера 


Программа на ассемблере представляет собой совокупность блоков памяти, назы- 
ваемых сегментами. Программа может состоять из одного или нескольких таких 
блоков-сегментов. Сегменты программы имеют определенное назначение, соответ- 
ствующее типу сегментов: кода, данных и стека. Названия типов сегментов отра- 
жают их назначение. Деление программы на сегменты отражает сегментную орга- 
низацию памяти процессоров [пе] (архитектура ГА-32). Каждый сегмент состоит 
из совокупности отдельных строк, в терминах теории компиляции называемых 
предложениями языка. Для языка ассемблера предложения, составляющие про- 
грамму, могут представлять собой синтаксические конструкции четырех типов. 





Команды (инструкции) представляют собой символические аналоги машинных 
команд. В процессе трансляции инструкции ассемблера преобразуются в соот- 
ветствующие команды системы команд процессора. 


# Макрокоманды — это оформляемые определенным образом предложения тек- 
ста программы, замещаемые во время трансляции другими предложениями. 


# Директивы являются указанием транслятору ассемблера на выполнение неко- 
торых действий. У директив нет аналогов в машинном представлении. 





Комментарии содержат любые символы, в том числе и буквы русского алфави- 
та. Комментарии игнорируются транслятором. 


Для распознавания транслятором ассемблера этих предложений их нужно фор- 
мировать по определенным синтаксическим правилам. Для формального описа- 
ния синтаксиса языков программирования используются различныеметасинтак- 
сические языки, которые представляют собой совокупность условных знаков, 
образующих нотацию метасинтаксического языка, и правил формирования из этих 
знаков однозначных описаний синтаксических конструкций целевого языка. 

В учебных целях удобно использовать два метасинтаксических языка — син- 
таксические диаграммы и нормальныеформы Бэкуса-Наура. Оба этих языка, в ко- 
нечном итоге, предоставляют одинаковый объем информации. Поэтомувыбор кон- 
кретного языка может определяться исходя из того, что синтаксические диаграммы 
более наглядны, а расширенные формы Бэкуса-Наура более компактны. В учеб- 
нике будут использоваться оба способа. 

На рис. 5.1, 5.2 и 5.3 показан порядок написания предложений ассемблера с по- 
мощью синтаксических диаграмм. . 

Как использовать синтаксические диаграммы? Очень просто: для этого нужно 
всего лишь найти и затем пройти путь от входа диаграммы (слева) к ее выходу 
(направо). Если такой путь существует, то предложение или конструкция являют- 
ся синтаксически правильными. Если такого пути нет, значит, эту конструкцию 
компилятор не примет. Иногда на линиях в синтаксических диаграммах присут- 
ствуют стрелки. Они говорят о том, что необходимо обратить внимание на на- 
правление обхода, указываемое этими стрелками, так как среди путей могут быть 
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Рис. 5.3. Формат команд и макрокоманд, 


и такие, по которым можно идти справа налево. По сути, синтаксические диаграм- 
мы отражают логику работы транслятора при разборе входных предложений про- 
граммы. Далее перечислены термины, представленные на рисунках. 


* 


Имя метки — символьный идентификатор. Значением данного идентификато- 
ра является адрес первого байта предложения программы, которому он пред- 
шествует. 





Префикс — символическое обозначение элемента машинной команды, предна- 
значенного для изменения стандартного действия следующей за ним команды 
ассемблера (см. главу 3). 


| Имя — идентификатор, отличающий данную директиву от других одноимен- 
ных директив. В зависимости от конкретной директивы в результате обработ- 
ки ассемблером этому имени могут быть присвоены определенные характери- 
стики. 





Код операции (КОП) и директива — это мнемонические обозначения соответ- 
ствующей машинной команды, макрокоманды или директивы транслятора. 





Операнды — части команды, макрокоманды или директивы ассемблера, обозна- 
чающие объекты, над которыми производятся действия. Операнды ассемблера 
описываются выражениями с числовыми и текстовыми константами, метками 
И идентификаторами переменных с использованием знаков операций и неко- 
торых зарезервированных слов. 
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Другой способ описания синтаксиса языка — нормальные (расширенные) фор- 
мы Бэкуса-Наура. С помощью форм Бэкуса-Наура целевой язык представляется 
в виде объектов трех типов. 


и Основные символы языка, в теории компиляции называемые терминальными, — 
это имена операторов, регистров и т. п., то есть это те символьные объекты, ИЗ 
которых строится, в частности, исходный текст ассемблерной программы. 





Имена конструкций языка, в теории называемые нетерминальными символа- 
ми, обычно заключаются в угловые скобки <> или пишутся строчными бук- 
вами. 


в Правила (формы) описывают порядок формирования конструкций, в том чис- 
ле предложений, целевого языка. 


Каждая форма состоит из трех частей — левой, правой и связки: 
9 левая часть — всегда нетерминальный символ, который обозначает одну из кон- 
струкций языка; 





связка — символ стрелки >, который можно трактовать как словосочетание 
«определяется как», 


и иравая часть описывает один или несколько вариантов построения конструк- 
ции, определяемойлевой частью. 


Несколько форм Бэкуса-Наура могут быть связаны между собой по нетерми- 
нальным символам, то есть одна форма определяется через другую. Для построе- 
ния конструкции целевого языка необходимо взять одну или несколько форм Бэ- 
куса-Наура, в каждой из которых выбрать нужный вариант для подстановки. 
В конечном итоге должна получиться конструкция (предложение) целевого язы- 
ка, состоящая только из терминальных символов. 

Для примера рассмотрим описание и использование форм Бэкуса-Наура для 
построения десятичных чисел со знаком, Вначале опишем эти формы (правила): 


<десятичное_знаковое_целое>><число_без_знака> | +<число_без_знака> | <число: без_знака> 
<число_без_знака>><дес_цифра> | <число_без_знака><дес_цифра> 
<дес_цифра>=0|1|213141516171819 


Здесь: 





<десятичное_знаковое_целое>, <число_без_знака>, <Дес_цифра> — нетерминальные 
символы (в исходной программе на ассемблере таких объектов нет); 





+|- 0123456789 — терминальные символы (их можно найти в исходном 
тексте программы), из терминальные символов по приведенным ранее трем пра- 
‚ вилам строится любое десятичное число; 


символ вертикальной черты () означает альтернативу при выборе варианта 
некоторого правила. 


Для примера выведем число -501, используя формы Буэкуса-Наура: 


<десятичное_знаковое_целое> = <число_без_знака> = 
<число_без_знака><дес_цифра> = «число. _без_знака>1 => 
<чиспо_без_знака><дес_цифра>1 => <число_без_знака>01 = <дес_цифра>01 = 501 

Предложения ассемблера (см. рис. 5.1-5.3) формируются излексем, представ- 
ляющих собой синтаксически неразделимые последовательности допустимых сим- 
волов языка, имеющие смысл для транслятора. 
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Вначале определим алфавит ассемблера, то есть допустимые для написания 
текста программ символы: 


й А5СП_символ_буква — все латинские буквы А - 7, а - #2, причем прописные 
и строчные буквы считаются эквивалентными; 


\\ десЧ9 Ы— цифры от 0 до 9; 
# специальныезнаки _, ?, @, $, &; 
3 разделители: „ ., [, ],(,), <, >, {,}, +, /, *, №, 1,",",?, \, = #,^. 


‚а ее А 
Лексемами языка ассемблера являются ключевые слова, идентификаторы, це- 
почки символов и целые числа. 
Ключевые слова — это служебные символы языка ассемблера. По умолчанию 
регистр символов ключевых слов не имеет значения. К ключевым словам от- 
носятся: 


« названия регистров (А|, АН, ВЕ, ВН, СЕ, СН, ОЕ, ОН, АХ, ЕАХ, ВХ, ЕВХ, СХ, ЕСХ, ОХ, ЕОХ, 
ВР, ЕВР, $Р, ЕЗР, ОТ, ЕР, $1, ЕЗ, С$, 0$, ЕЗ, Е$, 05, 5$, СКО, СВ2, СВЗ, ОВО, ОК1, ОВ2, ОВЗ, 
086, ОВ7); 

# операторы (ВУТЕ, ЗВУТЕ, МОНО, $МОВО, ОМЮВО, $ОМОВО, РАМОВО, СМОВО, ТВУТЕ, ВЕАЕ4, 
КЕАТ8, ВЕАЕ1О, МЕАВ16, МЕАВЗ2, ЕАВ16, ЕААЗ2, АМО, МОТ, НСН, ЕОМ/, НСНМОВО, 
ГОММ/ОВО, ОЕЕЗЕТ, ЗЕ@, [ВОЕРФЗЕТ, ТУРЕ, ТНФ, РТВ, \МОТН, МАЗК, УЕ, ЭМЕОР, 1ЕМСТН, 
ГЕМСТНОЕ, $Т, $НОВТ, ТУРЕ, ОРАТТК, МОБ, МЕАВ, РАВ, ОВ, ХОВ, ЕО, МЕ, (Т, ЕЕ, СТ, СЕ, $НВ, 
ЗНЕ и др.); 


названия команд (КОП) ассемблера, префиксов. 


Идентификаторы — последовательности допустимых символов, использующие- 
ся для обозначения имен переменных и меток. Правило записи идентификаторов 
можно описать следующими формами Бэкуса-Наура: 
<14> => АЗСТТ символ_буква | АЗСТТ символ буква | <14> АЗСТТ_симвоп_буква | 
<14> <аеса1ёТЕ> | <71ак> <деса1в1{> <14> | <2пак> <14> 
<4ес91511>=0 |1 1 вы 16171819 
<7пак> => _|2?181$|_1[& 

Приведенные формы говорят о том, что идентификатор может состоять из од- 
ного или нескольких символов. В качестве символов можно использовать буквы 
латинского алфавита, цифры и некоторые специальные знаки — _, 2, $, @. Иденти- 
фикатор не может начинаться символом цифры. Длина идентификатора может 
составлять до 255 символов (247 в МАЗМ), хотя транслятор воспринимает лишь 
первые 32, а остальные игнорирует. Регулировать длину возможных идентифика- 
торов (в ТАЗМ) можно с использованием ключа командной строки /ту. Кроме 
того, существует возможность указать транслятору на необходимость различать 
прописные и строчные буквы либо игнорировать их различие (что и делается по 
умолчанию). Для этого (в ТАЗМ) применяются ключи командной строки /ти, /п11, 
/тх(см. приложение В насайте Пир: //\\и\.рИег.сот/ао\утюаад). 

Цепочки символов — это последовательности символов, заключенные в одинар- 
ные или двойные кавычки. Правила формирования: 


<> = <аио{е> [[ <${ех{> |] <адцще> 

<${ех{[> => <ЗИтоСпаг> | <31ех{> <51г1пёСнаг> 

<${г1иёСпаг> => ‚ аиде> <дио%е> | любой_символ_кроме_кавычки 
<диде> =" | ' 
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Целые числа могут указываться в двоичной, десятичной или шестнадцатерич- 
ной системах счисления. Отождествление чисел при записи их в программах на- 
ассемблере производится по определенным правилам. Десятичные числа не тре- 
буют для своего отождествления указания каких-либо дополнительных символов. 
Для отождествления в исходном тексте программы двоичных и ОВ 
ных чисел используются следующие правила: 


<шестнадц_число> => <дес_шестнадц_число>Н | 9<сим_шестнадц_число>п 
<дес_шестнадц_число> => <4ес9181{><сим_шестнадц_число> | <9ес@151{> 
<сим_шестнадц_число> => 
<пехд1814><сим_шестнадц_число> |<дес_шестнади_чиспо> | <дес9151%> | <пеха18 > 
<4еса!9{> => 011 |2 | вы 
<Пех91#1{> ав | са] е || А] С! Е|]|Е 

Важно отметить наличие символов после (1) и перед (0) записью шестнадцате- 
ричного числа. Это сделано для того, чтобы транслятор мог отличить в программе 
одинаковые по форме записи десятичные и шестнадцатеричные числа. К примеру, 
числа 1578 и 1578 выглядят одинаково, но имеют разные значения. С другой сто- 
роны, какое значение в тексте исходной программы может иметь лексема {е023? 
Это может быть и некоторый идентификатор, и, судя по набору символов, шест- 
надцатеричное число. Для того чтобы однозначно описать в тексте программы на 
ассемблере шестнадцатеричное число, начинающееся с буквы, его дополняют ве- 
дущим нулем «О» и в конце ставят символ «И». Для данного примера правильная 
запись шестнадцатеричного числа — Ое023Н: 
<двоичн_число> = <Б1пат51Е>Ь | <6119151%><двоичн_число> 
<61па151%> => 011 

Для двоичных чисел все просто — после записи нулей и единиц, входящих в их 
состав, необходимо поставить латинскую букву «6». Пример: 
190191916 


Рассуждениями, приведенными ранее, был показан порядок формирования 
предложений программы ассемблера и составляющих их элементов (лексем). Так- 
же были рассмотрены правила формирования меток, названий команд (префик- 
сов). Осталось обсудить комментарии и операнды. Что касается комментария, то 
это самый простой элемент предложения ассемблера. Любая комбинация симво- 
лов АЗСИ, расположенная в строке за символом точки с запятой (;), транслятором 
игнорируется, то есть является комментарием (см. рис. 5.1-5.3). Описанию опе- 
рандов, ввиду их важности, будет посвящен отдельный подраздел. 


Операнды 


Операнды — это объекты, над которыми или при помощи которых выполняются 
действия, задаваемые инструкциями или директивами. Машинные команды мо- 
гутлибо совсем не иметь операндов, либо иметь один или два операнда. Большин- 
ство команд требует двух операндов, один из которых является источником, а дру- 
гой — приемником (операндом назначения). В двухоперандной машинной команде 
возможны следующие сочетания операндов: 


в регистр — регистр; 





регистр — память; 
в память — регистр; 
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* 


непосредственный операнд — регистр; 





непосредственный операнд — память. 


Здесь важно подчеркнуть, что один операнд может располагаться в регистре 
или памяти, а второй операнд обязательнодолжен находиться в регистре или не- 
посредственно в команде. Непосредственный операнд может быть только источ- 
ником. 

Для приведенных ранее правил сочетания типов операндов есть исключения, 
которые касаются: 





команд работы с цепочками, которые могут перемещать данные из памяти 
в память; 





команд работы со стеком, которые могут переносить данные из памяти в стек, 
также находящийся в памяти; 





команд типа умножения, которые, кроме операнда, указанного в команде, неяв- 
но используют еще и второй операнд. 


Операндами могут быть числа, регистры, ячейки памяти, символьные иденти- 
фикаторы. При необходимости для расчета некоторого значения или определения 
ячейки памяти, на которую будет воздействовать данная команда или директива, 
используются выражения, то есть комбинации чисел, регистров, ячеек памяти, 
идентификаторов с арифметическими, логическими, побитовыми и атрибутивны- 
ми операторами. 

Рассмотрим классификацию операндов, поддерживаемых транслятором ассем- 
блера. 


в Операнд задается неявно на микропрограммном уровне. В этом случае команда 
явно не содержит операндов. Алгоритм выполнения команды использует не- 
которые объекты по умолчанию (регистры, флаги в ЕРГАО$ ит. д.). Например, 
команды СЦ и $ неявно работают с флагом прерывания [Е в регистре ЕР АС$, 
а команда ХГАТ неявно обращается к регистру АГ и строке в памяти по адресу, 
определяемому парой регистров 05:ВХ, 


к Операндзадается в самой команде (непосредственный операнд). Это может быть 
число, строка, имя или выражение, имеющее некоторое фиксированное (кон- 
стантное) значение. Физически непосредственный операнд находится в коде 
команды, то есть является ее частью. Для его хранения в команде выделяется 
поле длиной до 32 битов (см. главу 3). Непосредственный операнд может быть 
только вторым операндом (источником). Операнд-приемник может находить- 
ся либо в памяти, либо в регистре. Например, команда тоу ах,‚0 пересылает 
в регистр АХ шестнадцатеричную константу ОН. Команда а4 зит,2 складыва- 
ет содержимое поля по адресу зат с целым числом 2 и записывает результат по 
месту первого операнда, то есть в память. Если непосредственный операнд — 
имя, то оно не должно быть перемещаемым, то есть зависеть от адреса за- 
грузки программы в память. Такое имя можно определить оператором ЕОЧ 
или =. Пример: 


пи еди 5 ; вместо пом ассемблер везде подставляет 5 
11 = пим-2 : вместо пом ассемблер везде подставляет 3 
поУ а1,пим ; эквивалентно поу а\,5, здесь 5 - непосредственный операнд 
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ааа [$1],1т4; сложение [$1]:= [$1]+3, р 
; здесь та - непосредственный операнд 
то\у а1,5; а\1:=5, здесь 5 - непосредственный операнд 
В данном фрагменте определяются две константы, которые затем используют- 


ся в качестве непосредственных операндов в командах пересылки МОМ и сложе- 
ния АБО. 


Адресные операнды задают физическое расположение операнда в памяти путем 
указания двух составляющих адреса: сегмента и смещения (рис. 5.4). К примеру: 


поту ах, 0000н 

оу 45, ах 

ПоОУ ах,4$:90000Н ; записать слово в ах из области памяти 
; по физическому адресу 0000:0000 


Здесь третья команда МО\М имеет адресный операнд. 









выражение 





Е Имя _| 
сегмента 


группы 


Рис. 5.4. Синтаксис адресных операндов 


# Перемещаемые операнды — любые символьные имена, представляющие неко- 
торые адреса памяти. Эти адреса могут обозначать местоположение в памяти 
некоторой инструкции (если операнд — метка) или данных (если операнд — 
имя области памяти в сегменте данных). Перемещаемые операнды отличаются 
от адресных тем, что‘они не привязаны к конкретному адресу физической па- 
мяти. Сегментная составляющая адреса перемещаемого операнда неизвестна 
и определяется после загрузки программы в память для выполнения. К при- 
меру: | 

Ча1а зедтет 
ма$_м Чм 25 Чир (0) 
содезертеп+ 


1ва $1, таз_м; маз_м - перемещаемый операнд 
В этом фрагменте таз_м — символьное имя, значением которого является ад- 
рес первого байта области памяти размером 25 слов. Полный физический адрес 


этой области памяти будет известен только после загрузки программы в па- 
мять для выполнения. 


&! Сиетчик адреса — специфический вид операнда. Он обозначается знаком $. 
Специфика этого операнда в том, что когда транслятор ассемблера встречает 
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в исходной программе этот символ, то он подставляет вместо него текущее зна- 
чение счетчика адреса. Значение счетчика адреса, или, как его иногда называют 
счетчика размещения, представляет собой смещение текущей машинной коман- 
ды относительно начала сегмента кода. При обработке транслятором очеред- 
ной команды ассемблера счетчик адреса увеличивается на длину сформирован- 
ной машинной команды. Важно правильно это понимать. К примеру, обработка 
директив ассемблера не влечет за собой изменения счетчика, так как директи- 
вы ассемблера, в отличие от его команд, — это лишь указания транслятору на 
выполнение определенных действий по формированию машинного представ- 
ления программы, и для них транслятором не генерируется никаких конструк- 
ций в памяти. В качестве примера использования в команде значения счетчика 
адреса можно привести следующий фрагмент: 


]пр $+3 ; безусловный переход на команду то\ 
14 ‚; длина команды с19 составляет 1 байт 
шоу а|,1 


При формировании выражения для перехода, подобного $+3, нужно помнить 
о длине самой команды, в которой это выражение используется, так как значе- 
ние счетчика адреса соответствует смещению в сегменте команд данной, а не 
следующей за ней команды. В нашем примере команда ЗМР занимает два байта. 
Нужно быть осторожным, длина этой и других команд зависит от того, какие 
в ней используются операнды. Команда с регистровыми операндами будет ко- 
роче команды, один из операндов которой расположен в памяти. В большин- 
стве случаев эту информацию можно получить, зная формат машинной коман- 
ды (см. главу 3 и приложение) и анализируя колонку файла листинга 
с объектным кодом команды. 


Регистровый операнд — это просто имя регистра. В программе на ассемблере 
можно использовать имена всех регистров общего назначения и некоторых си- 
стемных регистров: 


р 32-разрядныерегистры ЕАХ, ЕВХ, ЕСХ, ЕОХ, ЕЗТ, ЕТ, ЕЗР, ЕВР; 
О 16-разрядные регистры АХ, ВХ, СХ, ОХ, $1, ОТ, $Р, ВР; 

О 8-разрядные регистры АН, АГ, ВН, ВТ, СН, СГ, ОН, ОГ; 

П сегментные регистры 6$, 05, 55, Е$, Е$, (5; 


р системные регистры СКО, СВ2, СВЗ, СВ4, ОВО, ОВ, ОК2, ОВЗ, 086, ОВ7 (см. описа- 
ниекоманды МОУвприложении). 


Например, командаа44 ах5х складывает содержимое регистров АХ и ВХ изапи- 
сывает результат в ВХ. Команда 4ес я уменьшает содержимое 5$] на 1. И еще 


пример: 

тоу а1 ‚4 ; константу 4 заносим в регистр а1 
поу 91,ра$$+4 ; байт по адресу раз$+4 - в регистр 91 
ада а1, 91 ; команда с регистровыми операндами 


Операнд — порт ввода-вывода. Помимо адресного пространства оперативной 
памяти процессор поддерживает адресное пространство ввода-вывода, которое 
используется для доступа к устройствам ввода-вывода. Объем адресного про- 
странства ввода-вывода составляет 64 Кбайт. Для любого устройства компью- 
тера в этом пространстве выделяются адреса. Конкретное значение адреса в пре- 
делах этого пространства называется портом ввода-вывода. Физически порту 
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ввода-вывода соответствует аппаратный регистр (не путать с регистром про- 
цессора), доступ к которому осуществляется с помощью специальных команд 
ассемблера ГМ и ОПТ. Например, 


т а1,60н; ввести байт из порта 601 

Регистры, адресуемые с помощью порта ввода-вывода, могут иметь разрядность 
8, 1били 32 бита, но для конкретного порта разрядность регистра фиксирована. 
Команды ПМ и ОПТ работают с фиксированной номенклатурой объектов. В каче-_ 
стве источника информации или получателя применяются так называемыере- 
гистры-аккумуляторы ЕАХ, АХ, АГ.. Выбор регистра определяется разрядностью 
порта. Номер порта может задаваться непосредственным операндом в коман- 
дах ПМ и ОЧТилизначением врегистре ОХ. Последний способ позволяетдинами- 
чески определить номер порта в программе. Например, 


тоу а9х,200 ; записать номер порта 201 в регистр ах 
тоу а\,20й ; записать значение 201 в регистр а1 
оиЕ 4х, а1 ; вывести значение 201 в порт 20Н 





Структурные операнды используются для доступа к конкретному элементу 
сложного типа данных, называемого структурой. Мы подробно разберемся со 
структурами в главе 13. 


Записи (аналогично структурному типу) используются для доступа к битово- 
му полю некоторой записи (глава 13). 


П Операнд находится в стеке, 


ж Операнд располагается в памяти. Это наиболее сложный и в то же время наи- 
более гибкий способ задания операнлов. Он позволяет реализовать прямой и кос- 
венный варианты адресации, являющиеся основными видами адресации. 


Последний вариант расположения операндов, ввиду его важности и большого 
объема, рассмотрим более подробно. Обсуждение будет сопровождаться примера- 
ми команд ассемблера, цель которых — демонстрация того, как изменяется фор- 
мат команды ассемблера при применении того или иного вида адресации. В связи 
с этим вернемся еще раз к рис. 2.8 (см. главу 2), который иллюстрирует принцип 
формирования физического адреса на адресной шине процессора. Видно, что ад- 
рес операнда формируется как сумма двух составляющих — сдвинутого на 4 бита 
содержимого сегментного регистра и 16-разрядного эффективного адреса, кото- 
рый в общем случае вычисляется как сумма трех компонентов: базы, смещения 
и индекса. 


Прямая адресация 


Прямая адресация — это простейший вид адресации операнда в памяти, так как 
эффективный адрес содержится в самой команде и для его формирования не ис- 
пользуется никаких дополнительных источников или регистров. Эффективный 
адрес берется непосредственно из поля смещения машинной команды (см. главу 3), 
которое может иметь размер 8, 16, 32 бита. Это значение однозначно определяет 
байт, слово или двойное слово в сегменте данных. 

Прямая адресация может быть двух типов. 





Относительная прямая адресация используется в командах условных перехо- 
дов для указания относительного адреса перехода. Относительность такого пе- 
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рехода заключается в том, что в поле смещения машинной команды содержит- 
ся 8-, 16- или 32-разрядное значение, которое в результате работы команды бу- 
дет складываться с содержимым регистра указателя команд 1Р/ЕТР. В результа- 
те такого сложения получается адрес, по которому и осуществляется переход. 
К примеру, 


]< м1 ‚переход на метку т, если флаг СР = 1 
оу а1,2 


ш: 
Хотя в команде указана конкретная метка, ассемблер вычисляет смещение этой 


метки относительно следующей команды (в нашем случае тоу а|,2) и подстав- 
ляет его в формируемую машинную команду /С. | 





Абсолютная прямая адресация — в этом случае эффективный адрес является 
частью машинной команды, но формируется этот адрес только из значения поля 
смещения в команде. Для формирования физического адреса операнда в памя- 
ти процессор складывает это поле со сдвинутым на четыре бита значением сег- 
ментного регистра. В команде ассемблера можно использовать несколько форм 
такой адресации. К примеру, 


тоу ах, мог рф’ [0000] с;записать слово по адресу 
;9$:0000 в регистр ах 


Однако такая адресация применяется редко — обычно ячейкам в программе 
присваиваются символические имена. В процессе трансляции ассемблер вы- 
числяет и подставляет значения смещений этих имен в поле смещения форми- 
руемой им машинной команды (см. главу 3). В итоге получается, что машин- 
ная команда прямо адресует свой операнд, имея, фактически, в одном из своих 
полей значение эффективного адреса. К примеру, 

Даса зеатепе 

рег1 @м 5 

аЕа епаз 

сое зедтепе 

пО\У ах, дата 

поУу 45, ах 

тоу ах,рег1 ;записать слово рей (его физический адрес 49$:0000) в ах 

Мы получим тот же результат, что и при использовании команды 

тоу ах, мога рйг [0000] 

Остальные виды адресации относятся к косвенным. Слово «косвенный» в на- 
звании этих видов адресации означает, что в самой команде может находиться лишь 
часть эффективного адреса, а остальные его компоненты находятся в регистрах, на 
которые указывают своим содержимым байт под г/т и, возможно, байт $16. 

Косвенная адресация имеет следующие разновидности: 


9 косвенная базовая, или регистровая, адресация; 
П косвенная базовая адресация со смещением; 





косвенная индексная адресация со смещением; 





косвенная базовая индексная адресация; 
ж косвенная базовая индексная адресация со смещением. 
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Косвенная базовая адресация 


При косвенной базовой (регистровой) адресации эффективный адрес операнда 
может находиться влюбом из регистров общего назначения, кроме $Р/ЕЗР и ВР/ЕВР 
(это специальные регистры для работы с сегментом стека). 

Синтаксически в команде этот режим адресации выражается заключением име- 
ни регистра в квадратные скобки. К примеру, команда тот ах,[есх| помещает в ре- 
гистр АХ содержимое слова по адресу сегмента данных со смещением, хранящимся 
в регистре ЕСХ. Так как содержимое регистра легко изменить в ходе работы про- 
граммы, данный способ адресации позволяет динамически назначить адрес опе- 
ранда для некоторой машинной команды. Это очень полезно, например, для орга- 
низации циклических вычислений и для работы с различными структурами данных 
типа таблиц или массивов. 


Косвенная базовая адресация со смещением 


Косвенная базовая (регистровая) адресация со смещением является дополнением 
предыдущего вида адресации и предназначена для доступа к данным с известным 
смещением относительно некоторого базового адреса. Этот вид адресации удобно 
использовать для доступа к элементам структур данных, когда смещение элемен- 
тов известно заранее на стадии разработки программы, а базовый (начальный) адрес 
структуры должен вычисляться динамически на стадии выполнения программы. 
Модификация содержимого базового регистра позволяет обращаться к одноимен- 
ным элементам различных экземпляров однотипных структур данных. 

К примеру, команда тоу ах, [еах+ 31] пересылает в регистр АХ слово из области 
памяти по адресу, определяемому содержимым ЕПХ + 3[. Команда тоу ах, таз[ах] 
пересылает в регистр АХ слово по адресу, определяемому содержимым ОХ плюс 
значение идентификатора таз (не забывайте, что транслятор присваивает каждо- 
му идентификатору значение, равное смещению этого идентификатора относитель- 
но начала сегмента данных). 


Косвенная индексная адресация со смещением 


Косвенная индексная адресация со смещением очень похожа на косвенную базо- 
вую адресацию со смещением. Здесь также для формирования эффективного ад- 
реса используется один из регистров общего назначения. Но индексная адресация 
обладает одной интересной особенностью, которая очень удобна для работы с мас- 
сивами. Она связана с возможностью так называемого масштабирования содер- 
жимого индексного регистра. Что это такое? Для выяснения смысла этого терми- 
на стоит вернуться к материалу главы 3. В контексте нашего обсуждения нас 
интересует байт $16. При описании структуры этого байта (см. раздел «Формат 
машинных команд 1А-32» в главе 3) отмечалось, что он состоит изтрех полей. Одно 
из этих полей — поле масштаба ($), на значение которого умножается содержи- 
мое индексного регистра. К примеру, в команде тоуах, таз${е$1*2] значение эффек- 
тивного адреса второго операнда определяется выражением та5+(ез1)*2. В связи 
с тем, что в ассемблере нет средств индексации массивов, программисту прихо- 
дится организовывать ее своими силами. Наличие возможности масштабирова- 
ния существенно помогает в решении этой проблемы, но при условии, что размер 
элементов массива составляет 1, 2, 4 или 8 байт. 
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Косвенная базовая индексная адресация 


При косвенной базовой индексной адресации эффективный адрес формируется 
как сумма содержимого двух регистров общего назначения: базового и индексно- 
го. В качестве этих регистров могут применяться любые регистры общего назначе- 
ния, при этом часто содержимое индексного регистра масштабируется. Например: 
моу еах, [е$1] [е@х] 

В данном примере эффективный адрес второго операнда формируется из двух 
компонентов, (ЕБЗТ) + (Е0Х). 


Косвенная базовая индексная адресация со смещением 


Косвенная базовая индексная адресация со смещением является дополнением кос- 
венной индексной адресации. Эффективный адрес формируется как сумма трех 
составляющих: содержимого базового регистра, содержимого индексного регист- 
ра и значения поля смещения в команде. К примеру, команда тоу еах,[е51+5] [е4х] 
пересылает в регистр ЕАХ двойное слово по адресу: (ЕЗТ) + 5 + (ЕШХ). Команда аа9 
ах, атгау[е$1] [еБх] складывает содержимое регистра АХ с содержимым слова по адре- 
су, образованному значением идентификатора аггау + (Е$Т) + (ЕВХ). 

Далее вернемся к обсуждению операндов команды и выясним, какие возмож- 
ности предоставляются ассемблером для формирования более сложных операн- 
дов — операндов-выражений. 


Операнды-выражения 


Операнд команды может быть выражением, представляющим собой комбинацию 
операндов и операторов ассемблера. Транслятор ассемблера рассматривает выра- 
жение как единое целое и преобразует его в числовую константу. Логически зна- 
чением этой константы может быть адрес некоторой ячейки памяти или некото- 
рое абсолютное значение. 

Перечислим возможные типы операторов ассемблера (ТАЗМ) и синтаксиче- 
ские правилаформирования выражений ассемблера. Как ивязыках высокого уров- 
ня, выполнение операторов ассемблера при вычислении выражений осуществля- 
ется в соответствии с их приоритетами (табл. 5.1). Операторы с одинаковыми 
приоритетами обрабатываются последовательно слева направо. Изменение порядка 
выполнения возможно путем расстановки круглых скобок, которые имеют наи- 
высший приоритет. 


Таблица 5.1. Операторы и их приоритет 


ГЕМОТН, $17Е, \УТОТН, МАБК, (, ), [, |, <, > 





а БЕЙ 
ОЕ ЗИИЕНИИННКЯ ИА 
а нарный 


*, /, МОР, $НТ, $НВ 

















продолжение 


4 Зак. 256 
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Таблица 5.1 (продолжение) 

бинарные 

ПОНИ С ООО СЕЗОН 
| 


МОТ 
АМО 






Пт ОИ ОТО 
ЗНОВТ, ТУРЕ 13 


Дадим краткую характеристику операторов. В приложении Б (Нр://мм\м.рКег. 
сот/4о\поа9) для сравнения и информации приведены сведения об операторах 
и предопределенных символах транслятора МАЗМ. 












9 Арифметические операторы (рис. 5.5). К арифметическим операторам относят- 
ся унарные и бинарные операторы «плюс» (+) и «минус» (-), а также операто- 
ры умножения (*), целочисленного деления (/), получения остатка от деления 
(М0О). Эти операторы в табл. 5.1 соответствуют уровням приоритета 6, 7, 8. 


Например, 
{аб_$1теедци 50 ‚; размер массива в байтах 
$12е_е1 еач 2 ‚; размер элементов 


‚ вычисляется число элементов массива и заносится в регистр сх 
моу сх, {аб _$17е / $12е_е1 ; оператор “/“ 





+ | 
5. 






(+) 


Рис. 5.5. Синтаксис арифметических операторов 


# Операторы сдвига выполняют сдвиг выражения на указанное количество раз- 
рядов (рис. 5.6). Например, 
тазкь еай 1011101 


оу а1,тазк Б $8г 3 ;а--00010111 












Число 
сдвигаемых 
разрядов 





Выражение 


Рис. 5.6. Синтаксис операторов сдвига 
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% Операторы сравнения возвращают значение «истина» или «ложь» и предназна- 
чены для формирования логических выражений (рис. 5.7 и табл. 5.2). Логическое 
значение «истина» соответствует логической единице, а «ложь» — логическому 
нулю. Логическая единица — значение, все биты которого равны 1, соответствен- 
но, логический нуль — значение, все биты которого равны 0. Например, 


{аб_$12еедци 30 ; размер таблицы 

оу а! {аб _$17е де 50 ‚ загрузка размера таблицы в а1 
стр а!,0 ‚ если 1аб_51е < 50. то 

]Де шт ‚; переход на тм! 

те 


В этом примере, если значение фаБ_$12е больше или равно 50, то результат в АГ. 
равен ОЁНЪ, а если {аБ_517е меньше 50, то результат в АГ. равен 00}. Команда СМР 
сравнивает значение А[. с нулем и устанавливает соответствующие флаги в ЕГАС5/ 
ЕРГАОС$. Команда ЗЕ на основе анализа этих флагов передает или не передает 
управление на метку п11. 





Выражение 1 





Рис. 5.7. Синтаксис операторов сравнения 


Таблица5.2. Операторысравнения 


Истина, если выражение_1 равно выражение _2 


З 
Е 








Истина, если выражение 1 больше выражение 2 
Истина, если выражение _1 больше или равно выражение_2 


# Логические операторы выполняют над выражениями побитовые операции 
(рис. 5.8). Выражения должны быть абсолютными, то есть такими, численное 
значение которых может быть вычислено транслятором. Например, 


11аё$ еаи 10010011 
ОУ а1,ТТарз хог 911; а! = 10010010; пересылка в а! поля Над$ 
; с инвертированным правым битом 


Более подробные сведения о правилах, в соответствии с которыми вычисляет- 
ся результат логических операций, приводятся в главе 9. 
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ТГ Выражение_1 


Рис.5.8.Синтаксислогическихоператоров 


&# Индексный оператор. Как показано на рис. 5.9, квадратные скобки транслятор 


* 


воспринимает как указание сложить значение выражение_1 за этими скобками 
со значением выражение_2, заключенным в скобки. Например, 
10уУ ах, та$[$1] ; пересылка слова по адресу таз + ($1) в регистр ах 


А 


Ц Выражение_1 


Рис.5.9.Синтаксисиндексногооператора 


ПРИМЕЧАНИЕ В литературе принято следующее соглашение: когда в тексте речь идет 


о содержимом регистра, то его название берут в круглые скобки. К при- 
меру, в нашем случае запись в тексте комментария последнего фрагмен- 
та программы таз + ($1) означает вычисление выражения, составляю- 
щего значение смещения символического имени таз плюс содержимое 
регистра 51. 





Оператор переопределения типа РТВ применяется для переопределения или 
уточнения типа метки (или переменной), определяемой выражением (рис. 5.10). 
Тип может принимать одно из следующих значений: ВУТЕ, \ОКО, О\УОКО, О\ОВБ, 
ТВУТЕ, МЕАК, ЕАК (что означают эти значения, вы узнаете далее в этой главе). 
Например, 

а ига 94а 0 


шоу а1,Буте рёг Ч_мг9+1 ; пересылка второго байта из двойного слова 
Поясним этот фрагмент программы. Переменная 4_\т4 имееттип двойного сло- 
ва. Что делать, если возникнет необходимость обращения не ко всему значе- 
нию переменной, а только к одному из входящих в нее байтов (например, ко 
второму)? Если попытаться сделать это командой тоуа(4_\мт4+1, то транслятор 
выдаст сообщение о несовпадении типов операндов. Оператор РТК позволяет 
непосредственно в команде переопределить тип и выполнить команду. 


—ит-—{ ре) Выражение} 


Рис. 5.10.Синтаксис операторапереопределениятипа 


Оператор переопределения сегмента заставляет вычислять физический адрес 
относительно конкретно задаваемой сегментной составляющей: «имя сегмент- 
ного регистра», «имя сегмента» из соответствующей директивы ЗЕСМЕКТ или 
«имя группы» (рис. 5.11). 
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Рис. 5.11. Синтаксис оператора переопределения сегмента 


Этот момент важен, поэтому поясним его подробнее. При обсуждении сегмен- 
тации (см. главу 2) упоминалось о том, что процессор на аппаратном уровне под- 
держивает три типа сегментов — кода, стека и данных. В чем заключается такая 
аппаратная поддержка? К примеру, для выборки навыполнение очередной коман- 
ды процессор должен обязательно посмотреть содержимое сегментного регистра 
С$, и только его. В этом регистре содержится информация о начале сегмента ко- 
манд. В реальном режиме работы процессора в сегментном регистре С$ находится 
не сдвинутый на четыре бита влево физический адрес начала сегмента. Для полу- 
чения адреса конкретной команды процессору остается умножить содержимое С$ 
на 16 (что означает сдвиг на четыре разряда) и сложить полученное 20-разрядное 
значение с 16-разрядным содержимым регистра [Р. Примерно то же самое проис- 
ходит и тогда, когда процессор обрабатывает операнды в машинной команде. Если 
он видит, что операнд — это адрес (эффективный адрес, который является только 
частью физического адреса), то он знает, в каком сегменте его искать, — по умол- 
чанию это сегмент, адрес начала которого записан в сегментном регистре О. В за- 
щищенном режиме сегментные регистры содержат селекторы, с помощью кото- 
рых также можно получить доступ к информации об адресе начала сегмента. 

А что же с сегментом стека? Для большей ясности стоит вернуться к вопросу 
о регистрах общего назначения (см. главу 2). В контексте нашего рассмотрения ин- 
терес представляют регистры ЗР и ВР. Если процессор видит в качестве операнда 
(или его части, если операнд — выражение) один из этих регистров, то по умолча- 
нию он формирует физический адрес операнда, используя содержимое регистра 
55 как сегментную составляющую этого адреса. Что подразумевает термин «по 
умолчанию»? Вспомним (см. главу 1) набор микропрограмм в блоке микропро- 
граммного управления, каждая из которых выполняет одну из команд в системе 
машинных команд процессора. Каждая микропрограмма работает по своему алго- 
ритму. Изменить его, конечно же, нельзя, но можно чуть-чуть подкорректировать. 
Делается это с помощью необязательного поля префикса машинной команды (см. 
раздел «Формат машинных команд ТА-32» в главе 3). Если программист согласен 
с тем, как работает команда, то это поле отсутствует. Если же есть необходимость 
внести поправку (если, конечно, она допустима для конкретной команды) в алго- 
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ритм работы команды, то необходимо сформировать соответствующий префикс. 
Префикс представляет собой однобайтовую величину, численное значение кото- 
рой определяет ее назначение. Процессор распознает по указанному значению, что 
этот байт является префиксом, и дальнейшая работа микропрограммы выполня- 
ется с учетом поступившего указания на корректировку ее работы. В главе 3 мы 
перечислили все возможные префиксы машинных команд. В контексте нашего 
обсуждения интерес представляет один из них — префикс замены сегмента. Его 
назначение состоит в том, чтобы указать процессору (а по сути, микропрограмме) 
на то, что мы не хотим использовать сегмент по умолчанию. Возможности для по- 
добного переопределения, конечно, ограничены. Сегмент команд переопределить 
нельзя, адрес очередной исполняемой команды однозначно определяется парой 
СР. А вотсегменты стека и данных — можно. Для этого и предназначен оператор 
переопределения сегмента (:). Транслятор ассемблера, обрабатывая этот оператор, 
формирует соответствующий однобайтовый префикс замены сегмента и ставит его 
перед машинным представлением соответствующей команды ассемблера. Например, 
.соде 


]тр те\1 ; обход обязателен, иначе поле та 
; будет трактоваться как очередная команда 
ша ав 5 ‚; описание поля данных в сегменте команд, 
тей: 
то\ а1,с$:1п4 ; переопределение сегмента позволяет работать с данными, 


‚; определенными внутри сегмента кода 
Продолжим перечисление операторов. 





Оператор именования типа структуры также заставляет транслятор произво- 
дить определенные вычисления, если он встречается в выражении. Подробно 
этот оператор (.) описывается в главе 13 при обсуждении сложных типов дан- 
НЫХ. 





Оператор получения сегментной составляющей адреса выражения возвращает 
физический адрес сегмента для выражения, в качестве которого могут высту- 
пать метка, переменная, имя сегмента, имя группы или некоторое символиче- 
ское имя (рис. 5.12). | 


`ЗЕС- Выражение] 


Рис. 5.12. Синтаксис оператора получения сегментной составляющей 


# Оператор получения смещения выражения позволяет получить значение сме- 
щения выражения в байтах относительно начала того сегмента, в котором вы- 
ражение определено (рис. 5.13). 


ой5е!|--- Выражение 


Рис. 5.13. Синтаксис оператора получения смещения 


Например, 


‚Часа 
рае Чи 5 
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. соае 


тоу ах, ев ро]1е 
моу е$,ах 
поу Чх,о+{5её ро]1е ; теперь в паре ез:9х полный адрес ро1е 


Директи вы сегментации 


В ходе предыдущего обсуждения были приведены основные правила записи ко- 
манд и операндов в программе на ассемблере. Открытым остался вопрос о том, как 
правильно оформить последовательность команд, чтобы транслятор мог их обра- 
ботать, а процессор — выполнить. В главах 2 и 3 мы уже касались понятия сегмен- 
та. При рассмотрении архитектуры процессора мы узнали, что он имеет шесть сег- 
ментных регистров, посредством которых может одновременно работать: 

15 содним сегментом кода; 

т содним сегментом стека; 


и содним сегментом данных; 





с тремя дополнительными сегментами данных. 


` Еще раз вспомним, что физически сегмент представляет собой область памяти, 
занятую командами и/или данными, адреса которых вычисляются относительно 
значения в соответствующем сегментном регистре. 

Синтаксическое описание сегмента на ассемблере представляет собой конст- 


рукцию, представленную на рис. 5.14. 
Е 


Имя 
сегмента 












Тип 
размера 


рования сегмента | | сегмента 





Тип вырав- 
нивания 









Директива 
ассемблера 


Команда 
ассемблера 


Макрокоманда 
ассемблера 


Строка 
комментария 


Имя 
сегмента Г-[ЕМОЗ }--— 


Рис. 5.14. Синтаксис описания сегмента 


Важно отметить, что функциональное назначение сегментации несколько шире, 
чем простое разбиение программы на блоки кода, данных и стека. Сегментация 
является частью более общего механизма, связанного с концепцией модульного 
программирования. Она предполагает унификацию формата объектных модулей, 
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создаваемых компилятором, в том числе компилируемых с разных языков про- 
граммирования. Это позволяет объединять программы, написанные на разныхязы- 
ках. Именно для реализации различных вариантов такого объединения и предна- 
значены операнды в директиве ЗЕСМЕМТ. Рассмотрим их подробнее. 





Атрибут выравнивания сегмента (тип выравнивания) сообщает компоновщи- 


ку о том, что нужно обеспечить размещение начала сегмента на заданной гра- 
нице. Это важно, поскольку при правильном выравнивании доступ к данным 
в процессорах 180х86 выполняется быстрее. Допустимые значения этого атри- 
бута приведены далее. По умолчанию тип выравнивания имеет значение РАКА: 


р 


19) 





ВУТЕ — выравнивание не выполняется. Сегмент может начинаться с любого 
адреса памяти; 

УОКО — сегмент начинается по адресу, кратному двум, то есть последний 
(младший) значащий бит физического адреса равен 0 (выравнивание по гра- 
нице слова); 

О\ОВО — сегмент начинается по адресу, кратному четырем, то есть два по- 
следних (младших) значащих бита равны 0 (выравнивание по границе двой- 
ного слова); | 


РАКА — сегмент начинается по адресу, кратному 16, то есть последняя шест- 
надцатеричная цифра адреса должна быть ОВ (выравнивание по границе 
параграфа); 

РАСЕ — сегмент начинается по адресу, кратному 256, то есть две последние 
шестнадцатеричные цифры должны быть ООВ (выравнивание по границе 
страницы размером 256 байт): 


МЕМРАСбЕ — сегмент начинается по адресу, кратному 4 Кбайт, то есть три по- 
следние шестнадцатеричные цифры должны быть 0008 (адрес следующей 
страницы памяти размером 4 Кбайт). 


Атрибут комбинирования сегментов (комбинаторный тип) сообщает компонов- 


щику, как нужно комбинировать сегменты различных модулей, имеющие одно 
и то же имя. По умолчанию атрибут комбинирования принимает значение 
РЕГУАТЕ. Возможные значения атрибута комбинирования сегмента перечисле- 
ны далее: 


Р 


Р 


РЕГУАТЕ — сегмент не будет объединяться с другими сегментами с тем же 
именем вне данного модуля; 


РОВИС — заставляет компоновщик объединить все сегменты с одинаковым 
именем. Новый объединенный сегмент будет целым и непрерывным. Все 
адреса (смещения) объектов, а это могут быть, в зависимости от типа сег- 
мента, команды или данные, будут вычисляться относительно начала этого 
нового сегмента; 


СОММОМ — располагает все сегменты с одним и тем же именем по одному 
адресу, то есть все сегменты с данным именем перекрываются. Размер полу- 
ченного в результате сегмента будет равен размеру самого большого сегмента; 


АТ хххх — располагает сегмент по абсолютному адресу параграфа (параграф — 
область памяти, объем которой кратен 16, потому последняя шестнадцате- 
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ричная цифра адреса параграфа равна 0). Абсолютный адрес параграфа за- 
дается выражением ххх. Компоновщик располагает сегмент по заданному 
адресу памяти (это можно использовать, например, для доступа к видеопа- 
мяти или области ПЗУ), учитывая атрибут комбинирования. Физически это 
означает, что сегмент при загрузке в память будет расположен начиная с этого 
абсолютного адреса параграфа, но для доступа к нему в соответствующий 
сегментный регистр должно быть загружено заданное в атрибуте значение. 
Все метки и адреса в определенном таким образом сегменте отсчитываются 
относительно заданного абсолютного адреса; 


Со ЭТАСК — определение сегмента стека. Заставляет компоновщик объединить 
все одноименные сегменты и вычислять адреса в этих сегментах относитель- 
но регистра $5. Комбинированный тип 5ТАСК (стек) аналогичен комбиниро- 
ванномутипу РУВИСза исключением того, что регистр 5$ является стандарт- 
ным сегментным регистром для сегментов стека. Регистр ЗР устанавливается 
наконец объединенного сегмента стека. Если не указано ни одного сегмента 
стека, компоновщик выдаст предупреждение, что стековый сегмент не най- 
ден. Если сегмент стека создан, а комбинированный тип ЭТАСК не использу- 
ется, программист должен явно загрузить в регистр 55 адрес сегмента (по- 
добно тому, как это делается для регистра 05). 





Атрибут класса сегмента (тип класса) — это заключенная в кавычки строка, 
помогающая компоновщику определить нужный порядок следования сегмен- 
тов при сборке программы из сегментов нескольких модулей. Компоновщик 
объединяет вместе в памяти все сегменты с одним и тем же именем класса (имя 
класса в общем случае может быть любым, но лучше, если оно отражает функ- 
циональное назначение сегмента). Типичным примером использования имени 
класса (обычно класса сое) является объединение в группу всех сегментов кода 
программы. С помощью механизматипизации класса можно группироватьтак- 
же сегменты инициализированных и неинициализированных данных. 





Атрибут размера сегмента. Для процессоров 180386 и выше сегменты могут 
быть 16-или 32-разрядными. Это влияет прежде всего на размер сегмента и по- 
рядок формирования физического адреса внутри него. Далее перечислены воз- 
можные значения атрибута: 


П 0$Е16 — сегмент допускает 16-разрядную адресацию. При формировании 
физического адреса может использоваться только 16-разрядное смещение. 
Соответственно, такой сегмент может содержать до 64 Кбайт кода или дан- 
НЫХ; 


П 05Е3З2 — сегмент должен быть 32-разрядным. При формировании физиче- 
ского адреса может использоваться 32-разрядное смещение. Поэтому такой 
сегмент может содержать до 4 Гбайт кода или данных. 


Все сегменты сами по себе равноправны, так как директивы ЗЕСМЕКТ и ЕМБ$ не 
содержат информации о функциональном назначении сегментов. Для того чтобы 
использовать их как сегменты кода, данных или стека, необходимо предваритель- 
но сообщить транслятору об этом с помощью специальной директивы А$$ОМЕ, фор- 
мат которой показан на рис. 5.15. Эта директива сообщает транслятору, какой сег- 
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ментк какому сегментному регистру привязан. В свою очередь, это позволяет транс- 
лятору корректно связывать символические имена, определенные в сегментах. 
Привязка сегментов к сегментным регистрам осуществляется с помощью операн- 
дов этой директивы, в которых имя _сегмента должно быть именем сегмента, опре- 
деленным в исходном тексте программы директивой $ЕСМЕМТ или ключевым сло- 
вом МОТНМО. Если в качестве операнда используется только ключевое слово 
МОТМО, то предшествующие назначения сегментных регистров аннулируются, 
причем сразу для всех шести. сегментных регистров. Ключевое слово МОТНГМб можно 
также использовать вместо аргумента имя сегмента; в этом случае будет выборочно 
разрываться связь междусегментом с именем имя сегмента и соответствующим сег- 
ментным регистром. 








—. 


сегмента 


Имя 
С 
р 
СЭ та 


гмен 
Рис. 5.15. Директива АЗЗУМЕ 


Рассмотренные ранее директивы сегментации используются для оформления 
программы в трансляторах МАЗМ и ТАЗМ. Поэтому их называют стандартными 
директивами сегментации. 

Для простых программ, содержащих по одному сегменту для кода, данных и сте- 
ка, хотелось бы упростить их описание. Для этого в трансляторы МАЗМ и ТАЗМ 
была введена возможность использования упрощенных директив сегментации. При 
этом возникла проблема, связанная с тем, что необходимо было как-то компенси- 
ровать невозможность напрямую управлять размещением и комбинированием сег- 
ментов. Для этого совместно с упрощенными директивами сегментации стали ис- 
пользовать директиву указания модели памяти МОБЕГ, которая частично стала 
управлять размещением сегментов и выполнять функции директивы А$ЗОМЕ (по- 
этому при введении в программу упрощенных директив сегментации директиву 


1 
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АЗЗОМЕ можно не указывать). Директива МОБЕЕ связывает сегменты, которые при 
наличии упрощенных директив сегментации имеют предопределенные имена, 
с сегментными регистрами (хотя все равно придется явно инициализировать 
регистр 05). 

Для сравнения приведем два листинга с программами на ассемблере. Функцио- 
нально они одинаковы и выводят на консоль сообщение: «Нео \УМога! Мо \агапа 
Бот! Тез Пуе йчеп у ап4 1еагп аззетЫег ]апецаве.». Листинг 5.1 содержит про- 
грамму со стандартными директивами сегментации, а листинг 5.2, соответствен- 
но, — супрощенными. 


Листинг 5.1. Использование стандартных директив сегментации ` 
Чака зедтепе рага руб]11с 'дажа’ 


пеззаде 9 'Не11о Мот19! № маг апа БошЬ! Теё из 11уе Ег1еп@1у апа Теагп 
аззето1ег 1апдиаде. 5' 


Даса епд$ 
ЕК зедтепЕ збаск 
96 256 Ч4ир ('?') | ‹:сегмент стека 
ЗЕК еп@5 
соде ведшепЕ рага ру11с 'соде’ ; начало сегмента кода 
па1п ргос ‚ начало процедуры па1п 
аззише с$:со4е, 4$ :Чафа, $$: $(К 
оу ах, дата ‚: адрес сегмента данных в регистр ах 
оу 4$, ах ; ах в 95 
оу ай,9 
оу 4х,ОРЁзеф пеззаде 
116 216 ; вывод сообщения на экран 
оу ах, 4с00и ; пересылка 4с@00Н в регистр ах 
106 218 ; вызов прерывания с номером 211 
па1п епар ; конец процедуры па1п 
соде еп9$ ; конец сегмента кода 
еп пап ; конец программы с точкой входа па1п 




















Листинг 5.2. Использование упрощенных директив сегментации 





пазм ; режим работы для ТАЗМ - пазш, для МАЗМ - не нужно 
воде] зта11 ; модель памяти 
.дафа ; сегмент данных 


мез5аре 0 'Не11о М№т14! М№ маг ап@ БомЬ! Теё из 11уе Ехлепа1у ап Теагп 














аззетб1ет Тапдчцаде. $' 
‚„5даск 2560 : сегмент стека 
.соде ; сегмент кода 
па1п ртос ; начало процедуры па1п 
оу ах,@аата ; заносим адрес сегмента данных в регистр ах 
оу 4$, ах ; ах в 95 
оу ап,9 
оу Чх,оТТт$еф пеззаде 
116 218 ; вывод сообщения на экран 
оу ах, 4с00Н ; пересылка 4с090Н в регистр ах 
106 218 : вызов прерывания с номером 211 
ма1п епар ‚; конец процедуры ма1п 
еп па1п ‚ конец программы с точкой входа па1п 





Синтаксис директивы МОРЕ! показан на рис. 5.16. 

Обязательным параметром директивы МОРЕ! является модель_памяти. Этот па- 
раметр определяет модель сегментации памяти для программного модуля. Пред- 
полагается, что программный модуль может иметь только определенные типы 
сегментов, которые определяются так называемыми упрощенными директивами 
описания сегментов (табл. 5.3). 
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(+) [Язык 
| Модификатор) 


языка 
Рис. 5.16. Синтаксис директивы МОБЕЁ 





Таблица 5.3. Упрощенные директивы определения сегмента 


Форматдирективы Назначение 
(режим МА$ЗМ) 


.СОПЕ [имя] Начало или продолжение сегмента кода 


„РАТА Начало или продолжение сегмента инициализированных 
данных. Также используется для определения данных типа 
пеаг 1 

„СОМ5Т Начало или продолжение сегмента постоянных данных 
(констант) модуля 















Начало или продолжение сегмента неинициализированных 
данных. Также используется для определения данных типа 
пеаг 


ЗТАСК [размер] Начало или продолжение сегмента стека модуля. Параметр 
[размер] задает размер стека 
.ЕАКРАТА [имя] Начало или продолжение сегмента инициализированных 
данных тина #аг 
.КАКОАТА? [имя| Начало или продолжение сегмента неинициализированных 
данных типа Фаг 


Наличие в некоторых директивах параметра [имя] говорит о том, что возможно 
определение нескольких сегментов этого типа. С другой стороны, наличие несколь- 
ких видов сегментов данных обусловлено требованием обеспечить совместимость 
с некоторыми компиляторами языков высокого уровня, которые создают разные 
сегменты данных для инициализированных и неинициализированных данных, 
атакже констант. 

При использовании директивы МОРЕ транслятор делает доступными несколь- 
ко предопределенных идентификаторов, к которым можно обращаться во время 
работы программы в целях получения информации о тех или иных характеристи- 
ках выбранной модели памяти (см. ниже). Перечислим эти идентификаторы и их 
значения для транслятора ТАЗМ (табл. 5.4). Предопределенные идентификаторы 
МАЗМ приведены вприложении Б (см. насайте вр: //\м\м\.рКет.сот/ао\тоа9д). 











Таблица 5.4. Идентификаторы, создаваемые директивой МОБЕЕ 


Имя идентификатора Значение переменной 
@со4е Физический адрес сегмента кода 


@даа ` Физический адрес сегмента данных типа пеаг 
@ЁагЧайа Физический адрес сегмента данных типа Ёаг 
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Имя идентификатора Значение переменной 


@ЁРг4ака? Физический адрес сегмента неинициализированных 
данных типа #аг 

@сигзев Физический адрес сегмента инициализированныхданных 
типа Ёаг 


@зГаск Физический адрес сегмента стека 


Если вернуться к листинту 5.2, то можно увидеть пример использования одно- 
го из перечисленных идентификаторов, а именно @даа. Цель его применения — 
получение значения физического адреса сегмента данных программы. 

В заключение обсуждения директивы МОРЕ отметим, что операнды директивы 
МОЛЕГ задают модель памяти, определяющей набор сегментов программы, разме- 
ры сегментов данных и кода, способы связывания сегментов и сегментных регист- 
ров. В табл. 5.5 приведены некоторые значения параметров модели памяти дирек- 
тивы МОРЕГ 










Таблица 5.5. Модели памяти 


Модель Тип кода Назначение модели 


ТИМУ пеаг пеаг Код и данные объединены в одну группу 
с именем ОСВОТУР. Используется для 
создания программ файлового формата СОМ 

МАШЕ пеаг пеаг Код занимает один сегмент, данные 
объединены в одну группу с именем 
ОСКОЧР. Эту модель обычно используют 
для большинства программ на ассемблере 

МЕРШОМ ]|Ёг пеаг Код занимает несколько сегментов, по одному 
накаждый объединяемый программный 
модуль. Все ссылки на передачу управления 
имеюттип #аг. Данные объединены в одной 
группе; все ссылки на них имеют тип пеаг 

СОМРАСТ | пеаг г Код в одном сегменте; ссылки на данные 
имеют тип #аг 

ТАКОЕ аг г Код в нескольких сегментах, по одному на 
каждый объединяемый программный модуль 

ЕГАТ пеаг пеаг Код и данные в одном 32-битном сегменте 
(плоская модель памяти) 


Параметр модификатор директивы МОРЕ позволяет уточнить некоторые особен- 
ности использования выбранной модели памяти (табл. 5.6). 




















Таблица5.6. Модификаторы модели памяти 


Значение Назначение 
модификатора 


и5е16 Сегменты выбранной модели используются как 16-разрядные 
(если соответствующей директивой указан процессор 180386 
или 180486) 





продолжение 1% 
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Таблица 5.6 (продолжение) 


Значение . Назначение 
модификатора 


и5е32 Сегменты выбранной модели используются как 32-разрядные 


. (если соответствующей директивой указан процессор 180386 


или 180486) 


40$ Программа будет работать в М$-РО5 





Необязательные параметры язык и Модификатор_языка определяют некоторые 
особенности вызова процедур. Необходимость в использовании этих параметров 
появляется при написании и связывании программ на разных языках программи- 
рования. Этого вопрос будет подробнее обсужден в главе 15 при рассмотрении 
средств модульного программирования на ассемблере. 

Описанные ранее стандартные и упрощенные директивы сегментации не ис- 
ключают друг друга. Стандартные директивы используются, когда программист 
желает получить полный контроль над размещением сегментов в памяти и их ком- 
бинированием с сегментами других модулей. Упрощенные директивы целесооб- 
разно использовать для простых программ, а также для программ, предназначен- 
ных для связывания с программными модулями, написанными на языках высокого 
уровня. Это позволяет компоновщику эффективно связывать модули разных язы- 
ков за счет стандартизации связей и управления. 

Таким образом, в ходе предыдущего изложения была описана структура про- 
граммы на ассемблере. Было показано, что программа разбивается на несколько 
сегментов, каждый из которых имеет свое функциональное назначение. Для тако- 
го разбиения используются директивы сегментации. Трансляторы ТАЗМ и МАМ 
предоставляют два типа таких директив: стандартные и упрощенные. Далее в учеб- 
нике будут использоваться упрощенные директивы сегментации, если не появит- 
ся необходимость в применении стандартных директив. 

Вторую часть главы мы посвятим вопросу описания данных в ра на 
ассемблере и организации доступа к ним. 


Простые типы данных ассемблера 


Любая программа предназначена для обработки некоторой информации, поэтому 
вопрос о том, какие типы данных языка программирования доступны для исполь- 
зования и какие средства языка привлекаются для их описания, обычно встает 
одним из первых. Трансляторы ТАЗМ и МАЗМ предоставляют широкий набор 
средств описания и обработки данных, который вполне сравним с аналогичными 
средствами большинства языков высокого уровня. 

Понятие типа данных носит двойственный характер. С точки зрения размер- 


ности процессор аппаратно поддерживает следующие основные типы данных 
(рис.5.17). 


Байт — восемь последовательно расположенных битов, пронумерованных от О 
до 7, при этом бит 0 является самым младшим значащим битом. 
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Старший : Младший 
байт _: байт 


Учетверенное слово Двойное слово Старшее слово Младшее слово 
Старшее двойное слово Младшее двойное слово 


63 47 31 15 .Т 0 
Упакованный тип данных 







Слово 






127 95 63 31 


о 


Рис. 5.17. Основные типы данных процессора 





Слово — последовательность из двух байтов, имеющих последовательные адре- 
са. Размер слова — 16 битов; биты в слове нумеруются от 0 до 15. Байт, содержа- 
щий нулевой бит, называется младшим байтом, а байт, содержащий 15-й бит, — 
старшим. Процессоры Ге] имеют важную особенность — младший байт все- 
гда хранится по меньшему адресу. Адресом слова считается адрес его младшего 
байта. Адрес старшего байта может быть использован для доступа к старшей 
половине слова. 





Двойное слово — последовательность из четырех байтов (32 бита), расположен- 
ных по последовательным адресам. Нумерация этих битов производится от О 
до 31. Слово, содержащее нулевой бит, называется младшим словом, а слово, 
содержащее 31-й бит, — старшим словом. Младшее слово хранится по меньше- 
му адресу. Адресом двойного слова считается адрес его младшего слова. Адрес 
старшего слова может быть использован для доступа к старшей половине двой- 
ного слова. 


я Учетверенное слово — последовательность из восьми байтов (64 бита), распо- 
ложенных по последовательным адресам. Нумерация битов производится от О 
до 63. Двойное слово, содержащее нулевой бит, называется младшим двойным 
словом, а двойное слово, содержащее 63-й бит, — старшим двойным словом. 
Младшее двойное слово хранится по меньшему адресу. Адресом учетверенного 
слова считается адрес его младшего двойного слова. Адрес старшего двойного 
слова может быть использован для доступа к старшей половине учетверенного 
слова. 


*  128-битный упакованный тип данных. Этот тип данных появился в процессоре 
Репиит Ш. Для работы с ним в процессор введены специальные команды. 


Кроме трактовки типов данных с точки зрения их разрядности, процессор на 
уровне команд поддерживаетлогическую интерпретацию этих типов, как показано 
на рис. 5.18 (Зн означает знаковый бит). 

ж Целый тип со знаком — двоичное значение со знаком размером 8, 16 или 32 бита. 

Знак в этом двоичном числе содержится в 7, 15 или 31 бите соответственно. 

Ноль в этих битах в операндах соответствует положительному числу, а единица — 
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Я 


Байт 


Мелые без знака Целые со знаком Байт 











Слово 


Двойное слово Двойное слово 


31 15 7 0 31 15 7 0 
Байтовая строка Битовое поле 
г Е 
ЕЗНЕЯ НЯ ИЕН 
До 4 Гбайт 15 7 о 31 15 7 [@) 
Неупакованное десятичное (ВСО) число Упакованное десятичное (ВСО) число 


[о000всо|_- , - [0000 всо|о000всь] |всо.всв]|- |_- |всовсо]всо,всо| 
15 7 0 | 15 7 о 


Указательближнеготипа 
т 











| СМЕЩЕНИЕ | 

31 15 7 0 

Указатель дальнеготипа 

| СЕЛЕКТОР | СМЕЩЕНИЕ | 
47 31 15 7 [© 


Типы данных сопроцессора 


Типы данных ММХ (целочисленные) 


| Типы данныхММХ (с плавающей точкой) 





Рис. 5.18. Основные логические типы данных процессора 


отрицательному. Отрицательные числа представляются вдополнительном коде. 
Числовые диапазоны для этого типа данных следующие: 


О 8-разрядное целое — от -128 до +127; 
О 16-разрядное целое — от -32 768 до +32 767; 
О 32-разрядное целое — от —23! до +23! - 1. 


Целый тип без знака — двоичное значение без знака размером 8, 16 или 32 бита. 
Числовой диапазон для этого типа следующий: 


С байт — от 0 до 255; 

П слово — от0до 65 535; 

П двойное слово— от 0 до 232 - 1. 
Указательна память бывает двух типов: 


П ближний тип — 32-разрядный логический адрес, представляющий собой 
относительное смещение в байтах от начала сегмента; указатели подобного 
типа могут также использоваться в сплошной (плоской) модели памяти, где 
сегментные составляющие одинаковы; 


П дальний тип — 48-разрядный логический адрес, состоящий из двух частей: 
16-разрядной сегментной части (селектора) и 32-разрядного смещения. 


Цепочка представляет собой некоторый непрерывный набор байтов, слов или 
двойных слов максимальной длиной до 4 Гбайт. 
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ж Битовое поле представляет собой непрерывную последовательность битов, в ко- 








торой каждый бит является независимым и может рассматриваться как отдель- 
ная переменная. Битовое поле может начинаться с любого бита любого байта 
и содержать до 32 битов. 


Неупакованный двоично-десятичный тип — байтовое представление десятич- 
ной цифры от 0 до 9. Неупакованные десятичные числа хранятся как байтовые 
значения без знака по одной цифре в каждом байте. Значение цифры определя- 
ется младшим полубайтом. 


Упакованный двоично-десятичный тип представляет собой упакованное пред- 
ставление двух десятичных цифр от 0 до 9 в одном байте. Каждая цифра хра- 
нится в своем полубайте. Цифра в старшем полубайте (биты 4-7) является стар- 
шей. 

Типы данных с плавающей точкой. Сопроцессор имеет несколько собственных 
типов данных, несовместимых с типами данных целочисленного устройства. 
Подробно этот вопрос обсуждается в главе 17. 

Типы данных ММХ-расширения Реппит ММХ/П/ШИГЩанный тип данных 
появился в процессоре Репиит ММХ. Он представляет собой совокупность 
упакованных целочисленных элементов определенного размера. 

Типы данных ММХ-расширения Репйит ШИТУ. Этот тип данных появился в про- 
цессоре Репйит Ш. Он представляет собой совокупность упакованных элемен- 
тов с плавающей точкой фиксированного размера. 


Описанные ранее данные можно определить как данные иростого типа. Опи- 


сать их можно с помощью специального вида директив — директив резервирова- 
ния и инициализации данных. Эти директивы, по сути, являются указаниями транс- 
лятору на выделение определенного объема памяти. Если проводить аналогию 
с языками высокого уровня, то директивы резервирования и инициализации дан- 
ных являются определениями переменных. Машинного эквивалента этим (впро- 
чем, как и другим) директивам нет; просто транслятор, обрабатывая каждую такую 
директиву, выделяет необходимое количество байтов памяти и при необходимо- 
сти инициализирует эту область некоторым значением. Формат директив резер- 
вирования и инициализации данных простых типов показан на рис. 5.19. 





инициализации 





Рис. 5.19. Директивы описания данных простых типов 
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На рисунке использованы следующие обозначения. 


* Знак вопроса (?) показывает, что содержимое поля не определено, то есть при 
задании директивы с таким значением выражения водержимое выделенного 
участка физической памяти изменяться не будет. Фактически, создается не- 
инициализированная переменная. 


Ж Значение инициализации — значение элемента данных, которое будет занесено 
в память после загрузки программы. Фактически, создается инициализирован- 
ная переменная, в качестве которой могут выступать константы, строки симво- 
лов, константные и адресные выражения в зависимости от типа данных. 


# Выражение — итеративнаяконструкция, осинтаксисе которойможно судитьпо 
рисунку. В частности, она позволяет повторить занесение в физическую память 
выражения в скобках столько раз, сколько повторений указано. 





Имя — некоторое символическое имя метки или ячейки памяти в сегменте дан- 
ных, используемое в программе. 


Далее представлены поддерживаемые ТАЗМ и МА$ЗМ директивы резервиро- 
вания и инициализации данных, атакже информация о возможных типах и диапа- 
зонах значений, которые можно описывать или задавать с их помощью. 


я ОВ — резервирование памяти для данных размером 1 байт. Директивой ОВмож- 
но задавать следующие значения: 


О выражение или константу, принимающую значение издиапазона -128...+127 
(для чисел со знаком) или 0...255 (для чисел без знака); 


С 8-разрядное относительное выражение, использующее операции НТСН и [0\;; 


О символьную строку из одного или более символов, которая заключается в ка- 
вычки (в этом случае определяется столько байтов, сколько символов в строке). 


Ш ОУ’ — резервирование памяти для данных размером два байта. Директивой ВУИ 
можно задавать следующие ‘значения: 


О выражение или константу, принимающую значение из диапазона 
-32 768...32 767 (для чисел со знаком) или 0...65 535 (для чисел без знака); 


19) выражение, занимающее 16 или менее битов, в качестве которого может 
выступать смещение в 16-битовом сегменте или адрес сегмента; 


О 1- или 2-байтовая строка, заключенная в кавычки. 





ОО — резервирование памяти для данных размером четыре байта. Директивой 
ООможнозадаватьследующиезначения: 


Р выражение или константу, принимающую значение из диапазона 
-32 768...-+32 767 (для чисел со знаком и процессора 18086), 0...65 535 (для 
чисел без знака и процессора 18086), -2 147 483 648...+2 147 483 647 (для 
чисел со знаком и процессора 1386 и выше) или 0...44 294 967 295 (для чисел 
без знака и процессора 1386 и выше); 

С относительное или адресное выражение, состоящее из 16-разрядного адреса 
сегмента и 16-разрядного смещения; 


О строку длиной до 4 символов, заключенную в кавычки. 
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# ОЕи ОР — резервирование памяти для данных размером 6 байтов. Директивами 
ОЕи ОРможнозадаватьследующиезначения: 


№ 


о 


П 
П 
П 


выражение или константу, принимающую значение из диапазона 
-32 768...+32 767 (для чисел со знаком и процессора 18086), 0...65 535 (для 
чисел без знака и процессора 18086), -2 147 483 648...+2 147 483 647 (для 
чисел со знаком и процессора 1386 и выше) или 0...4 294 967 295 (для чисел 
без знака и процессора 1386 и выше); 


относительное или адресное выражение, состоящее из 32 или менее битов 
(для 180386) или 16 или менее битов (для первых моделей процессоров ш]); 


адресное выражение, состоящее из 16-разрядного сегмента и 32-разрядного 
смещения; 


константу со знаком из диапазона -—2“7...247 - 1; 
константу без знака из диапазона 0(....248 - 1; 
строку длиной до 6 байтов, заключенную в кавычки. 


РО — резервирование памяти для данных размером 8 байтов. Директивой 0 
можно задавать следующие значения: | 


Р 


О 
Р 
Р 


выражение или константу, принимающую значение из диапазона 
-32 768...+32 767 (для чисел со знаком и процессора 18086), 0...65 535 (для 
чисел без знака и процессора 18086), -2 147 483 648...+2 147 483 647 (для 
чисел со знаком и процессора 1386 и выше) или 0...4 294 967 295 (для чисел 
без знака и процессора 1386 и выше); 


относительное или адресное выражение, состоящее из 32 или менее битов 
(для 180386) или 16 или менее битов (для первых моделей процессоров ие]; 


константу со знаком из диапазона —28...263 — |; 
константу без знака из диапазона 0...24 - 1; 
строку длиной до 8 байтов, заключенную в кавычки. 


ОТ — резервирование памяти для данных размером 10 байтов. Директивой ОТ 
можно задавать следующие значения: 


Р 


А-В 


выражение или константу, принимающую значение из диапазона 
-32 768...+32 767 (для чисел со знаком и процессора 18086), 0...65 535 (для 
чисел без знака и процессора 18086), -2 147 483 648...+2 147 483 647 (для 
чисел со знаком и процессора 1386 и выше) или 0...4 294 967 295 (для чисел 
без знака и процессора 1386 и выше); 


относительное или адресное выражение, состоящее из 32 или менее битов 
(для 180386) или 16 или менее битов (для первых моделей); 


адресное выражение, состоящее из 16-разрядного сегмента и 32-разрядного 
смещения; 


константу со знаком из диапазона -—275...27 - 1; 

константу без знака из диапазона 0...280 - 1; 

строку длиной до 10 байтов, заключенную в кавычки; 

упакованную десятичную константу в диапазоне 0...99 999 999 999 999 999 999. 
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Заметим, что все директивы позволяют задавать строковые значения, но нуж- 
но помнить, что в памяти эти значения могут выглядеть совсем не так, как они 
были описаны в директиве. Причиной этому является упоминавшийся ранее прин- 
цип «младший байт по младшему адресу». Для определения строк лучше исполь- 
зоватьдирективу ОВ. Задаваемые таким образом строки должны заключаться в ка- 
вычки. Эти кавычки могут быть одинарными ('') или двойными (""). Если задать 
в строке подряд два таких ограничителя, то вторая кавычка (одинарная или двой- 
ная) будет частью строки. 

Для иллюстрации принципа «младший байт по младшему адресу» рассмотрим 
листинг 5.3, в котором определим сегмент данных. В этом сегменте данных приве- 
дено несколько директив описания простых типов данных. 


Листинг 5.3. Пример использования директив резервирования 
и инициализации данных 


мазм 
тоде!| этай 
‚.зфаск 1001 
„Фата 


теззаде ЧБ "Запустите эту программу в отладчике", '$' 
регет_1 а6 9+ 
регет_2 ам За’ 
регем_3 94 015449567ап 
таз 6 10 ар ("") 
рае | аб 5ачр (?) 
адг Ч\ регем_3 
ааг_№и11 Ч регет_3 
Ни 96 "Конец сегмента данных программы $" 
‚соде 
эта: 
шоу ах, @дата 
моу 9$, ах 
то\ ав, 0Эн 
оу дх , от $е{ теззаде 
т 218 
то\ ах, 4с 00 
ше 218 
епа Зфам 


ВНИМАНИЕ Если при дальнейшем изложении вам что-то будет непонятно, можно по- 
рекомендовать на время прерваться и вновь вернуться к этому материалу 
после изучения главы 6. 


Итак, наша цель — посмотреть, как выглядит в памяти компьютера сегмент дан- 
ных программы, представленной влистинге 5.3. Это даст нам возможность обсудить 
практическую реализацию обозначенного нами принципа размещения данных. 


1. Запустите отладчик #.ехе, входящий в комплект поставки транслятора ТАЗМ. 


2. Введите код, представленный в листинге 5.3, и сохраните его в виде файла с наз- 
ванием рга_5_З.азт. Все манипуляции с файлом будем производить в каталоге 
уогК, гдедолжны содержаться все необходимые для компиляции, компоновки 
и отладки файлы пакета ТАЗМ. 


3. Запустите процесс трансляции файла следующей командой: 
Тазт.ехе /7!1 ргё_5_2.азм , , , 
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4. После устранения синтаксических ошибок запустите процесс компоновки объ- 
ектного файла: 
(Ч 1пК.ехе /\у ргё_5_2.06] 
5. Теперь можно производить отладку: 
14 ргд_5_2.ехе 

Если все было сделано правильно, то в отладчике откроется окно Модще с ис- 
ходным текстом программы. Для того чтобы с помощью отладчика просмотреть 
область памяти, содержащую наш сегментданных, необходимо открыть окно Витр. 
Это делается с помощью команды МУ ем » ОБишр главного меню. 

Но одного открытия окна недостаточно, нужно еще настроить его на адрес на- 
чала сегмента данных. Этот адрес должен содержаться в сегментном регистре 0$, 
но перед началом выполнения программы адрес в 0$ не соответствует началу сег- 
мента данных. Нужно перед первым обращением к любому символическому име- 
ни произвести загрузку действительного физического адреса сегмента данных. 
Обычно это действие не откладывают и производят первыми двумя командами 
в сегменте кода. Действительный физический адрес сегмента данных извлекают . 
как значение предопределенной переменной @даа. В нашей программе эти дей- 
ствия выполняюткоманды 


тоу ах, @да{та 
моу 95, ах 


Для того чтобы посмотреть содержимое нашего сегмента данных, нужно оста- 
новить выполнение программы после этих двух команд. Это можно сделать, если 
перевести отладчик в пошаговый режим с помощью клавиши Е7 или Е8. Нажмите 
два раза клавишу Е8. Теперь можно открыть окно Битр.` 

Вокне Витр вызовите контекстное меню, щелкнув правой кнопкой мыши, и вы- 
берите команду бою. Появится диалоговое окно, в котором нужно ввести началь- 
ный адрес памяти, начиная с которого информация будет выводиться в окне Витр. 
Синтаксис задания этого адреса должен соответствовать синтаксису задания ад- 
ресного операнда в программе на ассемблере. Если нужно увидеть содержимое 
памяти для сегмента данных, начиная с начала, введите 4$:0000 (рис. 5.20). Для 
удобства, если сегмент довольно велик, это окно можно развернуть на весь экран. 
Для этого нужно щелкнуть на значке в виде стрелки (т) в правом верхнем углу 
окна Оитр. 

На рисунке представлено содержание сегмента данных программы из листин- 
га 5.3 вдвух представлениях: шестнадцатеричном и символьном. Видно, что со сме- 
щением 0000 расположены символы, входящие в строку теззаее. Она занимает 
34 байта. После нее следует байт, имеющий в сегменте данных символическое имя 
регет_1, содержимое этого байта — о. Теперь обратите внимание на то, как раз- 
мещены в памяти байты, входящие в слово, обозначенное символическим именем 
регет_2. Сначала следует байт со значением 71, а затем — со значением Зав. Как 
видим, в памяти действительно сначала расположен младший байт значения, а за- 
тем старший. Теперь проанализируйте порядок размещения байтов для поля, обо- 
значенного символическим именем регет_3. Оставшаяся часть сегмента данных 
не представляет трудности для самостоятельного анализа. Есть смысл остановиться 
лишь на двух специфических особенностях использования директив резервиро- 
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Рис. 5.20. Окно дампа памяти 


вания и инициализации памяти. Речь идет об указании в поле операндов директив 
ОУ\У/ и Ор идентификатора из поля имени этой или другой директивы резервирова- 
ния и инициализации памяти. В нашем примере сегмента данных это директивы 
с идентификаторами ааг и адг_гиЦ. Когда транслятор встречает директивы описа- 
ния памяти с подобными операндами, то он формирует в памяти значения адресов 
тех переменных, чьи идентификаторы указаны в качестве операндов. В зависимо- 
сти от директивы, применяемой для получения такого адреса, формируется либо 
полный адрес (директива ОО) в виде двух байтов сегментного адреса и двух байтов 
смещения, либо только смещение (директива №). Для тренировки найдите в пред- 
ставленном дампе поля, соответствующие идентификаторам ааг и ааг_Ёа|, и про- 
анализируйте их содержимое. 

Любой переменной, объявленной с помощью директив описания простых ти- 
пов данных, ассемблер присваивает три атрибута: 


сегмент (3е5) — адрес начала сегмента, содержащего переменную; 
смещение (ое{) в байтах от начала сегмента с переменной; 





тип ((уре) — объем памяти, выделяемой переменной в соответствии с директи- 
вой объявления переменной. 


Получить и использовать значение этих атрибутов в программе можно с по- 
мощью операторов ассемблера ЗЕС, ОЕЕЗЕТ и ТУРЕ. 





Итоги 119 


В заключение отметим, что в языке ассемблера существуют средства для опи- 
сания сложных типов данных, основой которых являются описанные в этой главе 
простые типы данных. Подробному обсуждению сложных типов данных посвяще- 
на глава 13. 


Итоги 


3 Программа наассемблере, отражая особенности архитектуры процессора, со- 
стоитиз сегментов — блоков памяти, допускающих независимую адресацию. 


я Каждый сегмент может состоять из предложений языка ассемблера четырех 
типов: командассемблера, макрокоманд, директивассемблераистроккоммен- 
тариев. 





Формальное описание синтаксиса языков программирования, втом числе ас- 
семблера, удобновыполнятьсиспользованиемтакихметасинтаксическихязы- 
ков, как синтаксические диаграммы и нормальные формы Бэкуса-Наура. Син- 
таксические диаграммы более наглядны, а расширенные формы Бэкуса-Наура 
более компактны. 





Предложения ассемблера формируются из лексем, представляющих собой син- 

таксически неразделимые последовательности допустимых символов языка, 
имеющие смысл для транслятора. 
Ассемблер допускает большое разнообразие типов операндов, которые могут 
задаваться неявно или содержаться непосредственно в команде, в регистрах 
ивпамяти. В двухоперандной машинной команде возможны следующие соче- 
тания операндов: 


с регистр — регистр; 





О регистр — память; 
О память — регистр; 
О непосредственный операнд — регистр; 
П непосредственный операнд — память. 





Операндами в команде могут быть числа, регистры, ячейки памяти, символь- 

ные идентификаторы. При необходимости операнд может быть задан выраже- 

нием. 

> Ассемблер позволяет организовать гибкую прямую и косвенную адресацию опе- 
рандов в памяти. 

# Исходный текст программы разбивается на сегменты с помощью директив сег- 

ментации, которые делятся на стандартные и упрощенные. 

Упрощенные директивы сегментации позволяют унифицировать интерфейс 

с языками высокого уровия и облегчают разработку программ, повышая нагляд- 

ность кода. 

Транслятор ТАЗМ поддерживает разнообразные типы данных, которые делят- 

ся на простые (базовые) и сложные. Простые типы служат основой для постро- 

ениясложныхтиповданных. 
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Ш Директивы описания простых типов данных позволяют резервировать и при 
необходимости инициализировать области памяти заданной длины. 

Доступ к данным в памяти должен производиться с учетом принципа их разме- 
щения процессорами ТА-32 — «младший байт по младшему адресу». 

Каждой переменной, объявленной с помощью директивы описания данных, 
ассемблер назначает атрибуты, доступ к которым можно получить с помощью 
соответствующих операторов ассемблера. 








Глава 6 
Первая программа 


%№ Жизненный цикл программы на ассемблере 
Пример простой программы 


» Разработка программ на ассемблере с использованием 
пакета ТАЗМ 


Разработка программ на ассемблере с использованием 
пакета МАЗМ 


Трансляция и компоновка программы 


Назначение и структура выходных файлов, формируемых 
транслятором 


Отладка программ 


ух + + 


Менеджер проекта — утилита МАКЕ 


В этой главе мы, во-первых, познакомимся с процессом разработки программ на 
ассемблере, во-вторых, научимся использовать специальные программные сред- 
ства, предназначенные для преобразования исходных текстов на ассемблере в ма- 
шинные коды для их исполнения компьютером. 


Жизненный цикл программы 


Процесс разработки программы на ассемблере, включая постановку задачи, полу- 
чение первых результатов и дальнейшее сопровождение программы, мало чем от- 
личается от традиционного подхода с использованием любого из существующих 
языков программирования. После адаптации основных положений этого процес- 
са к особенностям ассемблера получится вполне стандартный перечень работ. 


——_—_—ШШйШшШшШШ6&6&®&®&@ШЩ6—щ—=—— 
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1. 


Постановка и формулировка задачи: 


с изучение предметной области и сбор материала в проблемно-ориентирован- 
ном контексте; 


П определение назначения программы, выработка требований к ней и пред- 
ставление требований, если возможно, в формализованном виде; 


П формулирование требований к представлению исходных данных и выход- 
ных результатов; 


О определение структур входных и выходных данных; 

П формирование ограничений и допущений на исходные и выходные данные. 
Этап проектирования: 

П формирование «ассемблерной» модели задачи; 

П выбор метода реализации задачи; 

П разработка алгоритма реализации задачи; 


О разработка структуры программы в соответствии с выбранной моделью па- 
мяти. 


Этап кодирования: 


П уточнение структуры входных и выходных данных и определение ассемб- 
лерного формата их представления; 


П программирование задачи; 


|9) комментирование текста и составление предварительного описания про- 
граммы. 


Этап отладки и тестирования: 
С составление тестов для проверки работоспособности программы; 


П обнаружение, локализация и устранение в программе ошибок, выявленных 
в тестах; 


П корректировка кода программы и ее описания. 

Этап эксплуатации и сопровождения: 
а настройка программы на конкретные условия использования; 
П обучение пользователей работе с программой; 


П организация сбора сведений о сбоях в работе программы, ошибках в выход- 
ных данных, пожеланиях по улучшению интерфейса и удобства работы 
с программой; 


П модификация программы с целью устранения выявленных ошибок и, при 
необходимости, изменения ее функциональных возможностей. 


Порядок и объем работ в приведенном перечне укладываются в понятие жиз- 


ненного цикла программы на ассемблере. На практике к порядку применения и иол- 
ноте выполнения перечисленных этапов нужно подходить разумно и творчески. 
Многое определяется особенностями конкретной задачи, ее назначением, объема- 


ми кода и обрабатываемых данных, другими характеристиками исходной задачи. 


Некоторые из этих этапов могут либо выполняться одновременно с другими, либо 
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вовсе отсутствовать. Главная цель формирования подобного списка работ — в том, 
чтобы изначально упорядочить процесс создания нового программного продукта 
с сохранением концептуальной целостности постановки задачи и исключением 
анархии в процессе разработки. 


Пример простой программы 


В данном разделе рассмотрим пример простой, но полноценной программы на ас- 
семблере. В главе 2 при обсуждении архитектуры было перечислено большое ко- 
личество регистров. Как правило, большинство из них задействовано практически 
в любой программе. Было бы интересно во время работы программы посмотреть 
(получить) их содержимое. Это нетрудно, если использовать специальную про- 
грамму — отладчик. Но как сделать это динамически и автономно (без помощи 
других программ)? Или, к примеру, как решить обратную задачу — ввести некото- 
рое значение с клавиатуры в регистр? Эта и подобная ей задачи являются задача- 
ми преобразования данных. Они довольно часто возникают на практике. Причина 
здесь в том, что компьютер воспринимает данные только тех типов, которые под- 
держиваются его системой команд. Поэтому на практике часто возникает необхо- 
димость преобразования данных из одного представления в другое. В этой главе 
в качестве примера рассмотрим частный случай решения одной из таких задач — 
задачи преобразования шестнадцатеричного числа из двух цифр, вводимого с кла- 
виатуры (то есть в символьном виде), в двоичное число. После выполнения этой 
операции полученное число можно использовать как операнд в двоичных ариф- 
метических операциях. 

Для начала нужно продумать алгоритм и изучить предметную область. Ввод 
информации с клавиатуры и вывод ее на экран осуществляются в символьном виде. 
Кодирование этой информации производится согласно таблице А5СИ. В таблице 
АЗ$СП каждый символ кодируется одним байтом. Если работа происходит с чис- 
лами, то при попытке их обработать сразу возникает проблема: команд для ариф- 
метической обработки чисел в символьном виде нет. Что делать? Выход очевиден: 
нужно преобразовать символьную информацию в формат, поддерживаемый ма- 
шинными командами. После такого преобразования нужно выполнить необходи- 
мые вычисления и преобразовать результат обратно в символьный вид. Затем сле- 
дует отобразить информацию на мониторе. 

Рассматриваемая в этом разделе программа является одним из вариантов ре- 
шения задачи. В основу ее алгоритма положена особенность, связанная с АСЗП- 
кодами символов соответствующих шестнадцатеричных цифр. Шестнадцатерич- 
ныецифры формируются изсимволов 0, 1, ...,9, А, В, С, О, Е, Е, а,Ъ,с, 4, е, Ё, например: 
12АЁ, 34а4. В таблице АЗСП можно найти значения АЗСП-кодов, соответствую- 
щие этим символам. На первый взгляд, непонятна популярность способа представ- 
ления информации в виде шестнадцатеричных чисел. Из предыдущих глав извест- 
но, что аппаратура компьютера построена на логических микросхемах и работает 
только с двоичной информацией. Если нам требуется проанализировать, например, 
состояние некоторой области памяти, то разобраться в нагромождении нулей и еди- 
ниц будет очень непросто. Для примера рассмотрим двоичную последовательность 


010100010101011110101101110101010101000101001010. 
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Это представление не очень наглядно. В главе 2 отмечалось, что оперативная 
память состоит из ячеек — байтов — по 8 битов. Приведенная выше цепочка битов 
при разбиении ее на байты будет выглядеть так: 


01010001 01010111 10101101 11010101 01010001 01001010. 


С наглядностью стало лучше, но если исследуемая область памяти окажется 
больше, то разобраться будет все равно сложно. Проведем еще одну операцию: каж- 
дый байт разобьем на две части по 4 бита — тетрады: 


0101 0001 0101 ОШ 1010 1101 1101 0101 0101 0001 0100 1010. 


И вот тут проявляется замечательное свойство шестнадцатеричных чисел — 
каждой тетраде можно поставить в соответствие одну щестнадцатеричную цифру 
(табл. 6.1). 


Таблица 6.1. Кодировка шестнадцатеричных цифр 


цифра (двоичноепредставление) тетрада 

о 1300011000 [|000 
м м с 
[зан [0 
ПЕНИИ ЕСТ ОО ЕТ 
= 
ОНИ 
ОНИ 












ооп 
оно 
0 . 
З9В (00111001) 1001 
41Ь (0100 0001), 61Ъ (04400001) 
42Ь (0100 0010), 1011 
1100 | 
1101 


), б2ь (0110 0010) | 11 | 
[438 (0100 0011), 638 (0100011) | 10 | 
[42 (0100 0100), 64 (01100100 ии | 

5 (0100 0101), 653 (0100 0101) 


Если заменить в последней полученной строке тетрады соответствующими 
шестнадцатеричными цифрами, то получим последовательность 51 57 а4 45 51 8а. 

Каждый байт теперь наглядно представлен двумя шестнадцатеричными циф- 
рами, что оказывается очень удобным, в частности, при работе с отладчиком. 

Вернемся к нашей задаче. Если посмотреть внимательно на представление 
шестнадцатеричных цифр и их кодировку в АС$П-коде (табл. 6.1), то можно уви- 
деть полезные закономерности. К примеру, АЗСП-код нуля (код символа 0) в ше- 
стнадцатеричном виде равен 306. В двоичном представлении ЗОВ записывается как 





4 
46р (0100 0110), 66й (0110 0110) 
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0011 0000, а соответствующее двоичное число должно бытьдвоичным представле- 
нием нуля 0000 0000. Отсюда следуют некоторые выводы. 

Вывод первый. Для шестнадцатеричных цифр 0..9 АСЗП-код отличается от со- 
ответствующего двоичного представления на 0011 0000, или 308. Поэтому для пре- 


образования кода символа шестнадцатеричной цифры в соответствующее двоич- 
ное число есть два пути: 





выполнить двоичное вычитание: (АСЗП-код)В - 308; 


Ж обнулить старшую тетраду байта с символом шестнадцатеричной цифры 
в АСЗП-коде. 


Видно, что с шестнадцатеричными цифрами в диапазоне от 0 до 9 все просто. 
Что касается шестнадцатеричных цифр а, Ь, с, 4, е, Ё, то здесь ситуация несколько 
сложнее. Алгоритм должен распознаватьэти символы и производить дополнитель- 
ные действия при их преобразовании в соответствующее двоичное число. Внима- 
тельный взгляд на символы шестнадцатеричных цифр и соответствующие им 
двоичные представления (см. табл. 6.1) говорито том, для преобразования уже не- 
достаточно простого вычитания или обнуления старшей тетрады. Анализтаблицы 
А$СП показывает, что символы прописных букв шестнадцатеричных цифр отли- 
чаются от своего двоичного эквивалента на величину 371. Соответствующие строч- 
ные буквы шестнадцатеричных цифр отличаются от своего двоичного эквивален- 
та на 678. 

Отсюда следует вывод второй. Алгоритм преобразования должен различать 
Прописные и строчные буквенные символы шестнадцатеричных цифр и корректи- 
ровать значение АЗСП-кода на величину 378 или 671. 

Обратите внимание нато, что после записи значения шестнадцатеричной циф- 
ры следует символ «В». Как упоминалось в главе 4, это сделано для того, чтобы 
транслятор мог различить в программе одинаковые по форме записи десятичные 
и шестнадцатеричные числа. 

В листинге 6.1 приведен исходный текст программы, которая решает задачу 
преобразования двузначного шестнадцатеричного числа в символьном виде в дво- 
ичное представление. 


Листинг 6.1. Пример программы на ассемблере 














<1> Ргв_6_1.а5т 

<2> -ПООЕраНМа преобразования двузначного шестнадцатеричного числа 
<3> ;в СИМВОЛЬНОМ виде в двоичное представление. 

<4> : Вход: исходное шестнадцатеричное число из двух цифо, 

<5> ‚вводится с клавиатуры. 

<б> ;Выход: результат преобразования помещается в регистр 91. 

<7> Ё———————— 

<8> ; 

<9> Часа зедтепЕ рага риур11с "дафа" ;сегмент данных 

<10> цеззаде 9 "Введите две шестнадцатеричные цифры, $" 

<11> Часа епд$ 

<12> ЕК зедтепе эбаск 

а ар 256 р (“?") ;сегмент стека 

<14> ЕК еп45 

<15> сое зедтепе рага руЪ11с "соде" ‚начало сегмента кода 

<16> па1и ргос ‚начало процедуры пша1п 
<17> аззиме с$5: сое, 4$ :аафа, $$: ${к 

<18> ШОУ ах,дата ‚адрес сегмента данных в регистр ах 





продолжение 
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Листинг 6.1 (продолжение) 


























<19> мо\у 4$, ах ‚ах в 9$ 

<20> тоу ап,9 

<21> гаоу ах, отТ5ее шеззаде 

<22> 116 21И 

<23> хог ах ‚ах ;очистить регистр ах 

<24> що\у ан,1и ;1н в регистр ав 

<25> 106 210 ; генерация прерывания с номером 211 

<26> поУу 91, а1 ; содержимое регистра а] в регистр 91 
<27> зир 91, 306 : вычитание: (91)=(а1) -308 

<28> сир 91, ‚Сравнить (91) с ЭН 

<29> Лем ;перейти на метку М1, если 91<91 или 91=91 
<30> виф 91,78 :;вычитание: (91)=(91)-7и 

<31> М1: ;определение метки М1 

<32> поУ с1,48 ; пересылка 41 в регистр с1 

<33> $И1 а1,с1 ;сдвиг содержимого 91.на 4 разряда влево 
<34> 116 211 ‚вызов прерывания с номером 211 

<35> зир а1,30и вычитание: (91)=(91)-300 

<36> сир а1,9 ‚сравнить (а1) с 9% 

<37> ]1е м2 ‚перейти на метку М2, если а1<91 или а1=9п 
<38> зир а1,, 78 ‚вычитание: (а1)=(а1)-7И 

<39> М2: ‚определение метки М2 

<40> а 91, а1 ‚сложение: (491)=(91)+(а1) 

<41> оу ах, 4с00Н ‚ пересылка 4с001 в регистр ах 

<42> 1106 :вызов прерывания с номером 211 

<43> па1п епар : конец процедуры ма1п 

<44> сое епд$ ;конец сегмента кода 

<45> еп па1п ; конец программы с .точкой входа па1п 











В предыдущих главах говорилось, что процессор аппаратно поддерживает шесть 
адресно-независимых областей памяти: сегмент кода, сегмент данных, сегмент стека 
и три дополнительных сегмента данных. Наша программа использует только пер- 
вые три из них. | 

Строки 9-11 определяют сегмент данных. В строке 10 описана текстовая стро- 
ка с сообщением «Введите две шестнадцатеричные цифры». 

Строки 12-14 описывают сегмент стека, который является просто областью 
памяти длиной 256 байт, инициализированной символами «<"?"». Отличие сегмен- 
та стека от сегментов других типов состоит в использовании и адресации памяти. 
В отличие от сегмента данных (наличие которого необязательно, если программа 
не работает с данными), сегмент стека желательно определять всегда. 

Строки 15-44 содержат сегмент кода. В этом сегменте в строках 16-43 опреде- 
лена одна процедура та. 

Строка 17 содержит директиву ассемблера, которая связывает сегментные ре- 
гистры с именами сегментов. | 

Строки 18-19 выполняют инициализацию сегментного регистра 0$. 

Строки 20-22 выводят на экран сообщение теззаде: 

Введите две шестнадцатеричные цифры 

Строка 23 подготавливает регистр АХ к работе, обнуляя его. Содержимое АХ после 
этой операции следующее: 
ах = 0000 0000 0000 0000 


Строки 24-25 обращаются к средствам операционной системы для ввода сим- 
вола с клавиатуры. Введенный символ операционная система помещает в регистр 
АГ. К примеру, пусть в ответ на сообщение с клавиатуры были введены две шест- 
надцатеричные цифры: 
5С 
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В результате после отработки команды в строке 25 появится один символ 
в АЗСП-коде — 5, и состояние регистра АХ станет таким: 
ах = 0000 0001 0011 0101 

Строка 26 пересылает содержимое АГ в регистр ОГ.. Это делается для того, чтобы 
освободить АГ. для ввода второй цифры. Содержимое регистра ОХ после этой пере- 
сылки следующее: 
4х = 0000 ееео 0011 0101 

Строка 27 преобразует символьную цифру 5 в ее двоичный эквивалент пу- 
тем вычитания ЗОН, в результате чего в регистре ОГ, будет двоичное значение 
числа 5: 
ах = 0000 0000 0000 0101 

В строках 28-29 выясняется, нужноли корректировать двоичное значениев ОТ. 
Если онолежитвдиапазоне 0...9, тов ОГ. находится правильный двоичный эквива- 
лентвведенного символашестнадцатеричной цифры. Если значениев ОГ. больше 9, 
то введенная цифра является одним из символов А, В, С, О, Е, Е (строчные буквы 
для экономии места обрабатывать не будем). В первом случае строка 29 передаст 
управление на метку М1. При обработке цифры 5 это условие как раз выполняется, 
поэтому происходит переход на метку М1 (строка 31). 

Каждая шестнадцатеричная цифра занимает одну тетраду. У нас две таких циф- 
ры, поэтому нужно их разместить так, чтобы старшинство разрядов сохранялось. 
В строках 32-33 значение в О[. сдвигается на 4 разряда влево, освобождая место 
в младшей тетраде под младшую шестнадцатеричную цифру. 

В строке 34 в регистр АГ вводится вторая шестнадцатеричная цифра С (ее АЗСП- 
код — 638): | 
ах = 0000 0001 ©1900 0011 

В строках 35-37 выясняется, попадает ли двоичный эквивалент второго сим- 
вола шестнадцатеричной цифры в диапазон 0...9. Наша вторая цифра не попадает 
вдиапазон, поэтому для получения правильного двоичного эквивалента нужно 
произвести дополнительную корректировку. Это делается в строке 38. Состояние 
АГ. после выполнения строки 35 следующее: 
ах = 0000 0001 0001 0011 

В АЕ записано число 131, а нужно, чтобы было ОСЬ (помните о правилах записи 
шестнадцатеричныхчисел!). Так как ОСЬ не попадает в диапазон 0...9, то происхо- 
дит переход на строку 38. В результате работы команды вычитания в регистре АГ, 
получается правильное значение (а1) = ОСЬ: 
ах = 0000 0001 0000 1100 

И наконец, в строке 40 сдвинутое значение в ОГ. складывается с числом вАЁ: 


ах 2 0000 0000 0101 0000 
ах = 0000 0001 0000 1100 
ах = 0000 0000 0101 1100 


Таким образом, в регистре ОТ, получен двоичный эквивалент двух введенных 
символов, изображающих двузначное шестнадцатеричное число: 
(91) = 05СВ 
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Строки 41—42 предназначены для завершения программы и возврата управле- 
ния операционной системе. 

Этот пример не случайно рассмотрен столь детально. Он отражает многие спе- 
цифические особенности программирования на ассемблере. На его основе постро- 
ен материал следующего раздела, посвященный тому, как из исходного модуля 
получить правильно функционирующий исполняемый модуль. 


Процесс разработки программы 


На рис. 6.1 приведена общая схема процесса разработки программы на ассембле- 
ре. Название программы соответствует рассмотренному ранее примеру програм- 
мы (см. листинг 6.1). На схеме выделено четыре этапа этого процесса. На первом 
этапе, когда вводится код программы, можно использовать любой текстовый ре- 
дактор. В \п4о\5$ таким редактором может быть Блокнот (№оераа). При выборе 
редактора нужно учитывать, что он не должен вставлять «посторонних» символов 
(специальных символов форматирования). С этой точки зрения М1сгозой У№ога 
в качестве основного редактора ассемблерных программ не годится. Очень инте- 
ресный редактор — Аз ЕЧИог ог \УМидомз (ВИр://\у\\м.ауЧаь.га). Созданный с по- 
мощью текстового редактора файл должен иметь расширение .азт. 


1. ВВОД ИСХОДНОГО ТЕКСТА ПРОГРАММЫ 






Текстовый 
редактор 











1 ргд_3_1.азт 


2. СОЗДАНИЕ ОБЪЕКТНОГО МОДУЛЯ 







Трансляция 
программы 
Тазт ехе 












рла.3_1.1$ 


3. СОЗДАНИЕ ЗАГРУЗОЧНОГО МОДУЛЯ 


Компоновка 


программы 
ТилкК.ехе 


4. ОТЛАДКА ПРОГРАММЫ 







Отладка 


программы 
Тдебуд.ехе 


Рис. 6.1. Схема процесса разработки программы на ассемблере 


Для выполнения остальных этапов разработки требуются специализированные 
программные средства из пакета МАЗМ или ТАЗМ. В ходе настоящего обсужде- 
ния будут описываться средства обоих пакетов, но в основном на примере ТАЗМ, 
поскольку процесс разработки ассемблерных Программ с использованием этого 
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пакета более нагляден. В принципе, все пакеты ассемблера выполняют практиче- 
ски одну работу, но по-разному, например, маскируют ее с помощью интегриро- 
ванный среды или объединяют некоторые этапы разработки. Поняв суть преобра- 
зований исходной программы, выполняемых пакетом 'ТАЗМ, освоитьдругие пакеты 
ассемблера будет на порядок легче и. 


Трансляция программы 


Следующий шаг на пути создания исполняемого модуля — трансляция програм- 
мы. Для трансляции нужен подготовленный и записанный на диск исходный текст 
программы (см. листинг 6.1). 

На этапе трансляции решается несколько задач: 





перевод команд ассемблера в соответствующие машинные команды; 
. Построение таблицы СИМВОЛОВ; 





расширение макросов; 
1$ формирование файла листинга и объектного модуля. 


Программа, которая реализует эти задачи, называется ассемблером. Итог рабо- 
ты ассемблера — два файла: файл объектного модуля и файл листинга. 

Обзектный модуль включает в себя представление исходной программы в ма- 
шинных кодах и некоторую другую информацию, необходимую для отладки и ком- 
поновки его с другими модулями. При использовании пакета ТАЗМ получение 
объектного модуля исходного файла производится программой (ассемблером) 
{азт.ехе. Формат командной строки для запуска {азт.ехе следующий: 


ТАЗМ [ключи] имя_исходного_файла [,имя_объектного_файла] 
[, имя_файла_листинга] {[, имя_файла_перекрестных_ссылок] 


Помнить формат командной строки {а5т.ехе необязательно. Получить быструю 
справку о нем на экране можно, если запустить {азт.ехе без параметров. Обратите 
внимание нато, что большинство параметров заключено в квадратные скобки. Это 
общепринятое соглашение по обозначению необязательных параметров. Из этого 
следует, что обязательным аргументом командной строки является лишь имя ис- 
ходного файла. Этот файл должен находиться на диске и обязательно иметь рас- 
ширение .азт. За именем исходного файла через запятую могут следовать необя- 
зательные параметры, обозначающие имена объектного файла, файла листинга 
и файла перекрестных ссылок. Если не задать их, то соответствующие файлы по- 
просту не будут созданы. Если же их нужно создать, то необходимо учитывать не- 
которые моменты. 





Если имена объектного файла, файла листинга и файла перекрестных ссылок 
должны совпадать с именем исходного файла (наиболее типичный случай), то 
нужно просто поставить запятые вместо имен этих файлов: 

{азт.ехе раб 1, , , 
В результате будут созданы файлы с одинаковыми именами и разными расши- 
рениями, как показано на рис. 6.1 для второго этапа. 





Если имена объектного файла, файла листинга и/или файла перекрестных ссы- 
лок не должны совпадать с именем исходного файла, то нужно в командной 
строке указать имена нужных файлов в соответствующем порядке, к примеру: 


5 Зак. 256 
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{азт.ехе рге_6 1, „рге 1181, 
В результате на диске будут созданы файлы ргд_6_1.оБ, ргд._1${.15%, ргд_6_1.с. 


. Если требуется выборочное создание файлов, то вместо ненужных файлов не- 
обходимо подставить параметр пи(. Например: 
{азш.ехе рге_6 |, „пм, 
В результате на диске будут созданы файлы р!д_6_1.05}, ргд_6_1.си. 


Необязательный аргумент [ключи] позволяет задавать режим работы трансля- 
тора ТАЗМ. Этих ключей достаточно много, и все они описаны в приложении В 
(ВЕр://\у\.рИег.сот/до\шоа9). 

Перед работой с программой (азт.ехе желательно провести некоторые подгото- 
вительные операции. После установки пакета ТАЗМ в каталоге \ТАЗМ\ВТМ, где на- 
ходится файл {азт.ехе, присутствует большое количество файлов. Можно запус- 
тить программу{азт.ехе прямо отсюда, нотогда созданныеею файлы объектного кода, 
листинга и перекрестных ссылок тоже окажутся в этом каталоге. Если вы собирается 
написать всего одну программу, то неудобство не столь заметно, но при работе с не- 
сколькими программами очень скоро этот каталог станет похожим на свалку. Чтобы 
избежать подобной ситуации, рекомендуется выполнить описанную далее процедуру. 


1. Создайте в каталоге . ‚\ТАЗМ вложенные каталоги ..\\МОВКи ..\РКОбВАМ. Каталог 
..\РКОСКАМ будет использоваться для хранения отлаженных кодов программ 
и их исполняемых модулей (файлов с расширением .ехе). Каталог ..\М!ЮКК ста- 
нет рабочим — в нем будут находиться необходимые для получения исполняе- 
мого модуля файлы из пакета транслятора ТАЗМ и файл исходного модуля, 
с которым в данный момент ведется работа. После устранения ошибок в исход- 
ном модуле его вместе с исполняемым модулем можно будет переписать в ката- 
лог ..\РКОбКАМ, а из каталога ..\\МОЕКудалить все ненужные файлы, чтобы под- 
готовить его для работы со следующим исходным модулем на ассемблере. Таким 
образом, в каталоге ..\МОКК всегда будет находиться рабочая версия програм- 
мы, ав каталоге ‚,\РКОСКАМ — отлаженная версия. 


2. Поместите в каталог ..\\МОКК файлы {азт.ехе, ИпК.ехе и Ит.ехе. Если в дальней- 
шем в каталоге ..\МОЕКне окажется каких-то рабочих файлов вашей програм- 
мы, программы {азт.ехе и ШпкК.ехе выдадут соответствующее сообщение. 


3. Поместите в каталог . .\\МОКК файл ргд_6_1.а$т. 


После всех этих действий можно начинать работу. Для этого следует перейти 
в каталог ..\МОВКи инициировать трансляцию программы рг9_6_1.азт командной 
строкой вида 
{азт.ехе /74 рг_6 1, , 


В результате на экране появится последовательность строк. Самая первая из 
них будет содержать информацию о номере версии пакета ТАЗМ, который исполь- 
зовался для трансляции данной программы. В следующей строке будет выведено 
имя транслируемого файла. Если программа содержит ошибки, то транслятор вы- 
даст на экран строки сообщений, начинающиеся словами «Еггог» и «Уагише». Хотя 
программа из листинга 6.1 синтаксически правильная, в учебных целях в нее мож- 
но внести какую-нибудь бессмыслицу и посмотреть, что получится. Наличие строки 
со словом «Еггог» будет говорить о том, что в программе есть недопустимые с точ- 
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ки зрения синтаксиса комбинации символов. Логика работы программы для транс- 
лятора не имеет никакого значения. Можно написать абсолютную чушь, но если 
она синтаксически правильна, транслятор поспешит обрадовать пользователя, со- 
общив ему об отсутствии ошибок. Наличие строки «\Магит?» означает, что конст- 
рукция синтаксически правильна, но не соответствует некоторым соглашениям 
языка, и это может служить источником ошибок в будущем. 

Для устранения ошибок нужно определить место их возникновения и проана- 
лизировать ситуацию. Местоположение ошибки легко определяется по значению 
в скобках в сообщении об ошибке. Это значение является номером ошибочной стро- 
ки. Запомнив его, нужно перейти в файл с исходной программой и по номеру строки 
найти место ошибки. Этот способ локализации ошибок имеет недостатки. Во-пер- 
вых, он не нагляден. Во-вторых, не всегда номера строк в сообщении соответству- 
ют действительным номерам ошибочных строк в исходном файле. Такая ситуация 
будет наблюдаться, например, при использовании макрокоманд. В этом случае 
транслятор вставляет в файл дополнительные строки в соответствии с описанием 
применяемой макрокоманды, а в результате происходит сбой в нумерации. По этим 
соображениям для локализации ошибок лучше использовать информацию из спе- 
циального создаваемого транслятором файла листинга. Этот файл имеет расши- 
рение .[5, а его имя определяется в соответствии с рассмотренными выше согла- 
шениями. В листинге 6.2 приведен полный формат файла листинга для программы, 
содержащей некоторые ошибки. Файл листинга — это всегда очень важный доку- 
мент, и ему нужно уделить должное внимание. 


Листинг 6.2. Пример файла листинга 


Тигро Аззежю1ег \Уегз1оп 4.102/03/98 21:23:43 Раде 1 
РгЕ_6_1.а5м 

1 ; Рг5_6_1.а5т 
2 ; Программа преобразования двузначного шестнадцатеричного числа 
3 ‚в символьном виде в двоичное представление, 

4 ‚Вход: исходное шестнадцатеричное число из двух цифр, 

5 ‚вводится с клавиатуры. 

6 ‚Выход: результат помещается 

7 

8 

9 








;в регистр а\. 





бободака зедшепе рага риб11с "баба" ;сегмент данных 





0 0000 82 42 АБ 44 АЗ Е2 А+ пеззаде ЧБ "Введите две шестнадцатеричные 
цифры, $" 

11 20 А4 А? АБ 20 ЕЗ8 АБ+ 

12 ЕЁ Е2 АР АО А4 Еб А0+ 

13 Е2 АБ ЕО А8 ЕТ АБ ЕВ+ 

14 А5 20 Еб АВ Е4 ЕО ЕВ+ 

15 2С 24 

16 0025 даа еп@9з 

17 0000 зЕК зедмет саск 

18 0000 0100* (3) 5 256 @р ("?") ;сегмент стека 

19 0100 з{Кепа$ 

20 0000 соае зедщепЕ рага руЪ11с "соде" ;начало сегмента кода 

21 0000 пазш ргос ‚начало процедуры па1п 

22 аззише с5:соде, 4$: дата, $$:$&К | 

23 0000 В8 00005 —мтоу ах,дака ;адрес сегмента данных в регистре ах 

24 0003 8Е 108 мо\у 94$, ах ;уах в 945 

25 0005 В4 09 моу ай,9 


26 0007 ВА 0000тоу ах, отЕ5её меззад 
**Еггог** Ргр_6_1.а5т(21) ОпаеЕ1пеа зутбо1: МЕЗЗАС 


27 000А С0 21 ше 2 продолжение 1% 
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Листинг 6.2 (продолжение) 


28 000С 33 С0 хог ах, ах ;очистить регистр ах 
29 000Е В4 01 поу ап, 118 $11 в регистр ав 
30 0010 Ср 21 шё В ‚ генерация прерывания с номером 218 


31 0012 ЗА 100 моу 91, а1 ‚содержимое регистра а1 в регистр 941 

32 0014 80 ЕА 30 э5 91,300  ;вычитание: (91)=(91)-308 

33 0017 80 ЕА 09 стр 91,98 ‚сравнить (91) с 9Н 

34 001А 7Е Ед Те ММ ; перейти на метку М1, если 91<91 или 91=910 
**Еггог** Ргр 6 1.а5т(29) ОпаеЕ1пеа зутьо\: ММ 

35 001С 80 А вир 91,7776 ;вычитание: (91)=(91)-7Н 

**Еггог** Ргр_6_1.а5т(30) СопзбапЕ (оо Тагре 








36 О01ЕМ1: ‚определение метки М1 

37 О0ЛЕ В1 04 моу с1,48 ;‚ пересылка 41 в регистр с1 

38 0021 02 Е2 $81 941,1 ‚сдвиг содержимого 91 на 4 разряда влево 
39 0023 Ср 21 1пё 21п ‚вызов прерывания с номером 218 


40 0025 2С 30 зоЬ а1,30 ;вычитание; (91)=(91)-308 
41 0027 3С 09 стр а1,9!п ;сравнить (а1) с 9! 28 











42 0029 ТЕ 02 }1е №2 ; перейти на метку М2, если а1<9И или а1=9И 
43 0028 2С 07 зо а\,7п ‚вычитание: (а1)=(а1)-7й - 

44 00202: ;определение метки №2 

45 0020 02 20 ааа 91, а1 ;сложение:  (91)=(91)+(а1) 

46 002Е В8 4С00мтоу ах, 4с90П ; пересылка 4с90й в регистр ах 

47 0032 СР 21 ТЕ 21 ‚вызов прерывания с номером 218 

48 0034 па1п  епар ;конец процедуры ма1п 

49 0034 соае еп9$ ‚конец сегмента кода 

50 епа па1п ;конец программы с точкой входа па1п 


Тигро АзземЬ]ег \Уегз1оп 4.1 02/03/98 21:23:43 Раде 2 
бушро] Табе 

бущро]1 Маше Туре\а1ае  СгеЁ(деЁпей аё #) 

??РАТЕ ТехЕ "02/03/98" 

??Е1ЕМАМЕ Техе"Ргё_6_1" 

??ТТМЕ Тех+ "21:23:43" 

??УЕВУТОМ №лифег 040А 

@СРО ТехЕ0101Н 

@СИВ$Еб ТехЕсСорЕ #9 #17 #20 

@ЕТЕЕМАМЕ ТехеРВС_6_1 ` 

@иОКО$Т2Е Техё2 #9 #17 #20 

1 МеагСсорЕ:001Е #36 
2 МеагС00Е: 6020 42 #44 
АТМ МеагСорЕ: 0000 #21 50 

ЕЗЗАСЕ Ву{еБАТА: 0000 10 

Стоирз & бедтепе$ — В1Е 517е А119п СошБ1пе С1азз Сгет(ае|1тед аЁ #) 
СООЕ 16 Е РагаРиЪ11с С00Е#20 22 

РАТА 16 0025 РагхаРиЪ11с ПАТА#9 22 23 

У$ТК 16 0100 Рагабсаск 17 22 

Тигро Аззенр]1ег \Уегз1оп 4.1 02/03/98 21:23:43 Раде 3 
Еггог оиимагу 

**Еггог** Ргр_6_1.а5т(21) ОпаеЕ1пеа зумбо1: МЕУЗАС 
**Еггог** Ргр 6 1.а5т(29) ОпдеЕ1пей зумро1: ММ 
**Еггог** Ргр_6 1.а5т(30) Сопзгапе гоо 1агде 


Файл листинга содержит код ассемблера исходной программы, а также расши- 
ренную информацию об этом коде. Для каждой команды ассемблера указываются 
ее машинный (объектный) код и смещение в кодовом сегменте. Кроме того, в кон- 
це листинга ТАЗМ формирует таблицы с информацией о метках и сегментах, ис- 

‚ пользуемых в программе. Если есть ошибки или сомнительные участки кода, то 

ТА$М включает в конец листинга сообщения о них. Если сравнить их с сообщени- 
ями, выводимыми на экран, то видно, что они совпадают. Кроме того, что очень 
удобно, эти же сообщения включаются в текст листинга непосредственно после 
ошибочной строки. | 
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Строки в файле листинга имеют следующий формат: 
глубина_вложенности номер_строки смещение машинный_код исходный_код 
° Далее описано каждое из этих полей: 





глубина_вложенности — уровень вложенности включаемых файлов или макро- 
команд в файле. 


и Номер_строки — номер строки в файле листинга. Номера строк листинга исполь- 
зуются для локализации ошибок и формирования таблицы перекрестныхссылок. 


ПРИМЕЧАНИЕ Как уже упоминалось, номера строк листинга могут не соответство- 
вать номерам строк в исходном файле. В добавление к сказанному ра- 
нее нужно отметить, что в ассемблере имеется директива ПМСГОПЕ, 
которая позволяет включить в файл строки другого файла. Нумера- 
ция при этом, как и вслучае макрокоманд, будет последовательная для 
строк обоих файлов. Факт вложенности кода одного файла в другой 
фиксируется увеличением значения поля «глубина _вложенности» на 
единицу. Это замечание касается и макрокоманд. 





смещение — смещение в байтах текущей команды относительно начала сегмен- 
та кода. Это смещение называют также счетчиком адреса. Величину смещения 
вычисляет транслятор для адресации в сегменте кода. 





машинный_код — машинное представление команды ассемблера, представлен- 
ной далее в этой строке полем исходный_код. 


я исходный_код — строка кода из исходного файла. 


Дальнейшие действия программиста должны зависеть от характера ошибки. По 
мере накопления опыта ошибки будут происходить чаще всего в результате про- 
стых описок. На первых порах особое внимание следует уделять правильности 
написания синтаксических конструкций, так как ошибки синтаксиса — самые 
распространенные. Исправив несколько первых ошибок, следует перетранслиро- 
вать программу и приступить к устранению следующих ошибок. Возможно, что 
этого делать не придется, так как после исправления одной ошибки могут исчез- 
нуть и последующие (так называемые наведенные ошибки). 

О нормальном окончании процесса трансляции можно судить по отсутствию 
строк с сообщениями об ошибках и предупреждениях. 

Изучая внимательно файл листинга, следует обратить внимание на то, что не 
все строки исходной программы имеют соответствующий машинный код (строки 
9, 16, 17, 19...22, 48...50). Это обстоятельство обусловлено Тем, что исходный файл 
на ассемблере в общем случае может содержать конструкции следующих типов: 





команды ассемблера — конструкции, которым соответствуют машинные ко- 
манды; 

* директивы ассемблера — конструкции, которые не генерируют машинных ко- 
манд, а являются указаниями транслятору на выполнение некоторых действий 
или служат для задания режима его работы; 





макрокоманды — конструкции, которые, будучи представлены одной строкой 
в исходном файле программы, после обработки транслятором генерируют 
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в объектном модуле последовательность команд, директив или макрокоманд 
ассемблера. 


Формат файла листинга и его полнота не являются жестко регламентирован- 
ными. Их можно изменить, задавая в исходном файле программы директивы управ- 
лениялистингом (приложение Г, НИр://м\\.рКег.сот/до\поа9). 


Компоновка программы 


После устранения ошибок и получения объектного модуля можно приступать к сле- 
дующему этапу — созданию исполняемого (загрузочного) модуля, или, как еще 
называют этот процесс, к компоновке программы. Главная цель этого этапа — пре- 
образовать код и данные в объектных файлах в их перемещаемое выполняемое 
отображение. Чтобы понять, в чем здесь суть, нужно разобраться, зачем вообще 
разделяют процесс создания исполняемого модуля на два этапа — трансляцию 
и компоновку. Это сделано намеренно, чтобы можно было объединять вместе мо- 
дули, написанные на одном и том же или на разных языках. Формат объектного 
файла позволяет при определенных условиях объединить несколько отдельно от- 
транслированных исходных модулей в один модуль. При этом в функции компо- 
новщика входит разрешение внешних ссылок (ссылок на внешние процедуры и пе- 
ременные) в этих модулях. Результатом работы компоновщика является создание 
загрузочного файла с расширением .ехе. После этого операционная система может 
загрузить такой файл в память и выполнить его. 

Полный формат командной строки для запуска компоновщика довольно сло- 
жен (в этой и в большинстве следующих глав мы в основном будем использовать 
упрощенный формат): 


ТЕТмК [ключи] список_объектных_файлов [, имя_загрузочного модуля] 
(,имя_файла_карты} [,имя_файла_библиотеки] [,имя_файла_определений] 
[, имя_ресурсного_файла] 


Параметры командной строки для запуска компоновщика перечислены далее. 





ключи — необязательные параметры, управляющие работой компоновщика. 
Список наиболее часто используемых ключей приведен в приложении В (Вр:// 
у\/\.рИег.сот/Чо\/тоаа). Каждому ключу должен предшествовать символ - (де- 
фис) или / (слеш). При задании имен ключей имеет значение регистр символов. 





список_объектных_файлов — обязательный параметр, содержащий список ком- 
понуемых файлов с расширением .0б]. Файлы должны быть разделены пробе- 
лами или знаком + (плюс), например: 

Е11тКк /у ргоз + мае + Раг 
При необходимости имена файлов снабжают указанием пути к ним. 





имя_загрузочного_модуля — необязательный параметр, обозначающий имя фор- 
мируемого загрузочного модуля. Если оно не указано, то имя загрузочного мо- 
дуля будет совпадать с первым именем в списке имен объектных файлов. 





имя_файла_карты — необязательный параметр, наличие которого обязывает ком- 
поновщик создать специальный файл с картой загрузки. В ней перечисляются 
имена, адреса загрузки и размеры всех сегментов, входящих в программу. 


{ имя_файла_библиотеки — необязательный параметр, который представляет со- 
бой путь к файлу библиотеки (.ИЬ). Этот файл создается и обслуживается спе- 
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циальной утилитой ЙЪ.ехе пакета ТА$М. Утилита позволяет объединить часто 
используемые подпрограммы в виде объектных модулей в один файл. В даль- 
нейшем можно просто указывать в командной строке {ПпК.ехе имена нужных 
для компоновки объектных модулей и файл библиотеки, в котором следует 
искать эти подпрограммы. Если компонуется УМт4до\з-приложение, то на мес- 
те параметра имя_файла_библиотеки должно указываться имя библиотеки им- 
порта (глава 16). 





имя_файла_определений — необязательный параметр, который представляет со- 
бой путь к файлу определений (.4еГ). Этот файл используется при компоновке 
УИпдо\$-приложений (глава 16). 


 имя_ресурсного_файла — необязательный параметр, который представляет со- 
бой путь к файлу с ресурсами \Утао\з-приложения (.гез). Этот файл исполь- 
зуется при компоновке УИш4о\з-приложений (глава 16). 


Рассмотренный нами формат командной строки используется и для 32-разряд- 
ного варианта компоновщика {1пКЗ2.ехе. 

Существует возможность задания параметров командной строки компоновщи- 
ка в текстовом файле. Для этого нужно создать файл с именем ИШтК.сЁ® (пКЗ2. сд). 
При вызове компоновщика ШшпК.ехе с параметром ШшКк.сЁ (ЙпКЗ2.ехе (1пК32.с1) 
ему будет передано содержимое файла {ИшК.сЁ (+пКЗ2.с!9). Например, текст кон- 
фигурационного файла {пК32.сЁ для создания исполняемого файла \У19о\з- 
приложения с отладочной информацией должен выглядеть так: 


/М 
/Тме 

Так же как и в случае команды {азт.ехе, совсем не обязательно запоминать по- 
дробно синтаксис команды {ШшК.ехе. Для того чтобы получить список ключей про- 
граммы {ШшК.ехе, достаточно просто запустить ее без параметров. 

Для выполнения нашего примера запустим программу &ЙпК.ехе командной стро- 
кой вида 
{ПоК.ехе /у рге_6_1.00] 

В результате вы получите исполняемый модуль с расширением .ехе — рге_6_1.ехе. 

Получив исполняемый модуль, не спешите радоваться. К сожалению, устране- 
ние синтаксических ошибок еще не гарантирует, что программа будет хотя бы за- 
пускаться, не говоря уже о ее правильной работе. Поэтому обязательным этапом 
процесса разработки является отладка. 


Отладка программы 


На этапе отладки в соответствие с алгоритмом проверяется правильность функ- 
ционирования как отдельных фрагментов кода, так и программы в целом. Но даже 
успешное завершение отладки еще не является гарантией того, что программа бу- 
дет работать правильно со всеми возможными исходными данными. Поэтому нуж- 
но обязательно провести тестирование программы, то есть проверить ее работу на 
«пограничных» и заведомо некорректных исходных данных. Для этого составля- 
ются тесты. Вполне возможно, что результаты тестирования не удовлетворят раз- 
работчика программы. В этом случае ему придется вносить поправки в код про- 
граммы, то есть возвращаться к первому шагу процесса разработки (см. рис. 6.1). 
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Специфика программ на ассемблере состоит в том, что они интенсивно работа- 
ют с аппаратными ресурсами компьютера. Это обстоятельство заставляет програм- 
миста постоянно отслеживать содержимое определенных регистров и областей 
памяти. Естественно, что человеку трудно следить за этой информацией с боль- 
шой степенью детализации. Поэтому для локализации логических ошибок в про- 
граммах используют специальный тип программного обеспечения — программные - 
отладчики. 

Отладчики бывают двух типов: 


* интегрированные отладчики, реализованные в виде интегрированной среды, 
напоминающей среду для языков высокого уровня (Тигфо Разса[, \У15па[ С++ 
ит. д.); 

автономные отладчики, представляющие собой отдельные программы. 





Ни один из рассматриваемых нами ассемблеров (МАЗ М, ТАЗМ) не имеет сво- 
ей интегрированной среды, поэтому для отладки написанных на языке ассемблера 
программ используют либо автономные отладчики, либо отладчики некоторой 
среды программирования (например, \15иа1 С++). С помощью автономного от- 
ладчика можно исследовать работу любой программы, для которой создан испол- 
няемый модуль, независимо от того, на каком языке был написан его исходный 
текст. Для учебных целей ни один из этих подходов не приемлем, так как требует 
знаний, которыми начинающий программировать на ассемблере, скорее всего, еще 
не обладает. 


ПРИМЕЧАНИЕ Почему в учебнике много программ для М$-0О$? Ведь времена мас- 
сового использования этой операционной системы давно прошли. 
На сегодняшний деньу этой ОС остался один, но очень важный аспект 
ее применения — методический. Опыт показывает, что при обучении 
любому языку программирования, в том числе ассемблеру, на первом 
месте должен быть сам язык, а не программные средства поддержки 
процесса программирования на нем. В этом контексте отметим два 
момента. Во-первых, начинающему изучать ассемблер легче объяснить 
принципы построения и работы ассемблерных программ в среде ре- 
ального режима (М$-00$), чем защищенного (\!190\5). По мере 
накопления практического опыта и теоретических знаний с целью их 
наращивания можно переходить к работе с более сложными приложе- 
ниями, втом числе и для операционной системы УМп9до\5$. Во-вторых, 
для большинства изучающих язык ассемблера его освоение является 
промежуточным этапом на пути к реализации некоторой большей за- 
дачи. Поэтому подавляющее большинство глав данного учебника по- 
священо рассмотрению различных групп команд ассемблера, для де- 
тального изучения которых вполне достаточно среды реального режима 
(М$-2О5). 





Пакеты ТАЗМ и МА$М имеют достаточно эффективные инструменты разра- 
ботки программ для среды М$-РО$, работу с которыми вполне по силам освоить 
даже начинающему программисту. Конечно, сейчас мало кто пишет программы 
для среды М$-0О$, поэтому работу с 16-разрядными инструментами пакетов 
ТАЗМ и МАЗМ нужно рассматривать как часть методики обучения. Аналогичные 
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рассуждения относятся и к средствам отладки. В этой книге для программ ТАЗМ 
реального режима будет использоваться 16-разрядный отладчик Тигфо Оебиевег 
(ТО), разработанный фирмой ВоПапа ПиегпаНопа!. Это наиболее удачный отлад- 
чик для ассемблерных программ реального режима. Принципиально важно, что 
работа с ТО прививает навыки, которые наверняка окажутся полезными при ра- 
боте с другими отладчиками, например с отладчиком су.ехе из пакета МАЗМ. 
Отладчик ТО представляет собой оконную среду отладки программ на уровне 
исходного ассемблерного текста. Он позволяет решить две главные задачи: 


определить место логической ошибки; 





определить причину логической ошибки. 
Перечислим некоторые возможности ТО: 


трассировка программы в прямом направлении, то есть последовательное вы- 
полнение программы, при котором за один шаг выполняется одна машинная 
инструкция; 

трассировка программы в обратном направлении, то есть выполнение програм- 
мы по одной команде за один шаг, но в обратном направлении; 





просмотр и изменение состояния аппаратных ресурсов процессора во время 
трассировки. 


Эти действия позволяют определить место и источник ошибки в программе. 
Нужно сразу оговориться, что ТО не позволяет вносить исправления в исходный 
текст программы. Однако после определения причины ошибочной ситуации мож- 
но, не завершая работу отладчика, внести исправления прямо в машинный код 
и снова запустить программу. Поскольку после завершения работы отладчика эти 
изменения не сохраняются, на практике подобное прямое внесение изменений в код 
не применяют. Изменения вносят в исходный текст программы, заново создают 
загрузочный модуль, который снова загружают в отладчик. 

Правильная организация процесса получения исполняемого модуля, пригод- 
ного для отладки на уровне исходного текста, рассмотрена ранее. Далее перечис- 
лены ключевые моменты этого процесса. 


# В исходной программе обязательно должна быть определена метка для первой 
команды, с которой начнется выполнение программы. Такая метка может быть 
собственно меткой или, как видно излистинга 6.1, именем процедуры. Имя этой 
метки обязательно должно быть указано в конце программы в качестве операн- 
да директивы ЕМП: 

еп имя_метки 
В нашем случае эта метка является именем процедуры МАГ\. 


# Исходный модуль должен быть оттранслирован с ключом /71: 
Сазш /21 имя_исходного модуля, ‚, ‚, 
Ключ /71 разрешает транслятору сохранить связь символических имен в про- 
грамме с их смещениями в сегменте кода, что позволяет отладчику выполнять 
отладку, используя оригинальные имена. 
Редактирование модуля должно быть осуществлено с ключом /У: 
&11иК /\У имя_объектного_модуля 
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Ключ /у указывает на необходимость сохранения отладочной информации 
в исполняемом файле. 


" Запуск отладчика удобнее производить из командной строки с указанием ис- 
полняемого модуля отлаживаемой программы: 
19 имя_исполняемого_модуля 

Кстати, сам файл отладчика {4.ехе логично также поместить в наш рабочий ка- 
талог ..\\МОКК. Изначально файлы отладчика находятся в каталоге ..\ВМ пакета 
ТАЗМ. Если все же файл 14.ехе и файл исполняемого модуля при запуске будут 
находиться в разных каталогах, то в командной строке необходимо указать путь 
к этому модулю, например: 

14 с: \тазт\могКк\имя_модуля. ехе 

При правильном выполнении перечисленных действий откроется окно отлад- 
чика ТО под названием Моди(е с исходным текстом программы р/9_6_1.азт. Какон 
здесь оказался, ведь в командной строке для программы {4.ехе было указано толь- 
ко имя исполняемого модуля? Это как раз и есть результат действия ключей /271 
и /у для пазш и {ПшК соответственно. Их применение позволило сохранить инфор- 
мацию об использовавшихся в коде на ассемблере символических именах. Для пол- 
ноты эксперимента можно попытаться получить исполняемый модуль без зада- 
ния этих ключей и проанализировать результат. 

Вернемся к окну Моде (рис. 6.2). Внимание следует обратить на так называе- 
мый курсор выполнения (в виде треугольника). Он указывает на первую команду, 
подлежащую выполнению. Этой команде предшествует имя метки (в нашем слу- 
чае роль метки выполняет имя процедуры). Это так называемая точка входа в 
программу. Если внимательно посмотреть на конец исходного текста программы, то 
видно, ЧТО ЭТО Же имя записано в качестве операнда в заключительной директиве ЕМБ. 
Это единственный способ сообщить загрузчику ОС о том, где в исходном тексте 
программы расположена точка входа в нее. В более сложных программах обычно 
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Рис. 6.2. Окно Моде отладчика ТО 
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вначале могут идти описания процедур, макрокоманд, и в этом случае без такого 
явного указания на первую исполняемую команду просто не обойтись. 

Основную часть главного окна отладчика обычно занимают одно или несколь- 
ко дополнительных окон. В каждый момент времени активным может быть толь- 
ко одно из них. Активизация любого окна производится щелчком мышью в любой 
его видимой точке. 

Управление работой отладчика ведется с помощью системы меню. Имеются 
два типа таких меню: 


т главное меню — находится в верхней части экрана и доступно постоянно (вызов 
меню осуществляется нажатием клавиши Е10, после чего следует выбрать нуж- 
ный пункт меню); 





контекстное меню — для каждого окна отладчика можно вызвать его собствен- 
ное меню, которое учитывает особенности этого окна, щелкнув в окне правой 
кнопкой мыши (либо активизировав окно и нажав клавиши АЁ+Е10). 


Теперь можно проверить правильность функционирования нашей программы. 

Специфика программ на ассемблере состоит в том, что делать выводы о пра- 
вильности их функционирования можно, только отслеживая работу на уровне про- 
цессора. При этом нас будет интересовать прежде всего то, как программа исполь- 
зует процессор и изменяет состояние его ресурсов и компьютера в целом. 

Запустить программу в отладчике можно в одном из четырех режимов: 


р безусловного выполнения, 





выполнения по шагам; 
й выполнения до текущего положения курсора; 





выполнения с установкой точек прерывания. 


Рассмотрим эти режимы подробнее. 

Режим безусловного выполнения программы целесообразно применять, когда 
требуется посмотреть на общее поведение программы. Для запуска программы 
в этом режиме необходимо нажать клавишу Е9. В точках, где необходимо ввести 
данные, отладчик, в соответствии с логикой работы применяемого средства ввода, 
будет осуществлять определенные действия. Аналогичные действия отладчик вы- 
полнит при выводе данных. Для просмотра или ввода этой информации можно 
открыть окно пользователя (выбрав в меню команду Уш4о\ » Озег зсгееп или на- 
жавклавиши АН-+Р5). Если программа работает правильно, то наэтом отладку можно 
и закончить. В случае, если возникают какие-то проблемы или нужно более де- 
тально изучить работу программы, применяются три следующих режима отладки. 

Режим выполнения программы д0 текущего положения курсора целесообразно 
использовать в том случае, если интерес представляет только правильность функ- 
ционирования некоторого участка программы. Для активизации этого режима не- 
обходимо установить курсор на нужную строку программы и нажать клавишу Е4. 
Программа запустится и остановится на отмеченной команде, не выполнив ее. Далее 
при необходимости вы можете перейти в пошаговый режим. 

В режиме выполнения программы с установкой точек прерывания программа 
после запуска будет останавливаться в строго определенных точках прерывания 
(БгеаКрош $). Перед выполнением программы необходимо установить эти точки 
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в программе, для чего следует перейти к нужной строке и нажать клавишу Е2. Вы- 
бранные строки подсвечиваются. Установленные ранее точки прерывания можно 
убрать — для этого нужно повторно перейти кнужной строке и нажатьклавишу Е2. 
После установки точек прерывания программа запускается клавишей Е9 (см. ра- 
нее режим безусловного выполнения). На первой точке прерывания программа 
остановится. После этого можно посмотреть состояние процессора и памяти, а за- 
тем продолжить выполнение программы. Сделать это можно в пошаговом режиме 
или до следующей точки прерывания. 

Режим выполнения программы по шагам применяется для детального изучения 
ее работы. В этом режиме выполнение программы прерывается на каждой машин- 
ной (ассемблерной) команде. При этом становится возможным наблюдение за ре- 
зультатом исполнения команд. Для активизации этого режима нужно нажать 
клавишу Е7 (Кип › Тгасе о) или Е (Кип > Мер оуег). Обе эти клавиши активизиру- 
ют пошаговый режим; различие их проявляется в том случае, когда в потоке ко- 
манд встречаются команды перехода в процедуру или на прерывание. При нажа- 
тии клавиши Е7 отладчик осуществит переход к процедуре или прерыванию 
и остановится. Если же нажимается клавиша Е8, то вызов процедуры или преры- 
вания отрабатывается как одна команда, и управление передается следующей ко- 
манде программы. Здесь нужно отметить, что кроме окна Модше при работе в этом 
режиме полезно использоватьокно СРО, вызватькоторое можночерез главное меню 
командой \М1е\м » СРЦ. 

Окно СРО отражаетсостояние процессора и состоитизпяти подчиненныхокон. 





В окне с исходной программой В дизассемблированном виде представлена та 
жесамая программа, что ивокне Моде ‚Ноужевмашинныхколах. Пошаговую 
отладку можно производить прямо в этом окне; строка с текущей командой 
подсвечивается. 





В окне регистров процессора (Ке215ет$) отражается текущее содержимое реги- 
стров (по умолчанию — только регистров процессора 18086). Чтобы увидеть 
регистры 1486 или РепНит, нужно задать режим их отображения. Для этого 
щелкните правой кнопкой мыши в области окна регистров и выберите в кон- 
текстном меню команду Кез1${егз 32-611 — Уез. 





В окне флагов (Е1а2$) отражается текущее состояние флагов процессора в соот- 
ветствии с их мнемоническими названиями. 


9 В окне стека (5{асК) отражается содержимое памяти, выделенной для стека. 
Адрес области стека определяется содержимым регистров 35 и ЪЗР. 





: Окно дампа оперативной памяти ()итр) отражает содержимое области памяти 
по адресу, который формируется из компонентов, указанных в левой части окна. 
В окне можно увидеть содержимое произвольной области памяти. Для этого 
нужно в контекстном меню выбрать нужную команду. 


Заметим, что окно СРО, по сути, отражает видимую часть программной модели 
процессора. Некоторые из подчиненных окон окна СРО можно вывести на экран 
отдельно. Хотя удобнее работать с исходным текстом в окне Модще, чем с его ди- 
зассемблированным вариантом вокне СРО, часто есть необходимость отслеживать 
состояние процессора с помощью подчиненных окон окна СРО. Совместить воз- 


` 
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можности окон Моде и СРИ можно, выбрав в меню У1е\ имена нужных подчинен- 
ныхоконокнаСРИО. 


Прервать выполнение программы в любом из режимов можно, нажав клавиши 
СЫ-РЕ2. 


Особенности разработки программ в МАЗМ 


Для успешной работы с ассемблером МА$М корпорации М1сгозой в современных 
операционных средах (\Мт4о\з; №Т\2000\ХР) необходимо иметь версию 6.13 этого 
пакета или выше. В него входят следующие основные программы: 





тазт.ехе — ассемблер; 
* п1[.ехе — ассемблер и компоновщик (Мазт апа ГликК); 
# ПпК.ехе — компоновщик; 





су.ехе — отладчик (Соде\е\); 


* |Ь.ехе, 1трИБ.ехе, птаКе.ехе, сгеЁ.ехе, Н21пс.ехе, ехеНаг.ехе, сурасК.ехе, Пе!ртаКе.ехе, 
гт.ехе, ип4е].ехе, ехр.ехе — вспомогательныеутилиты. 


В пакете МАЗМ изначально предпринимались попытки совместить удобство 
средств программирования, свойственных языкам высокого уровня, с традицион- 
ными средствами машинно-ориентированныхязыков. Например, буква «М» в на- 
звании пакета означает слово «тасго», то есть возможность создания макроопре- 
делений (или макросов), представляющих собой именованные группы команд. Их 
можно вставлять в программу в любом месте, указав только имя группы. Когда-то 
такая возможность действительно была отличительным свойством этого пакета, 
но сейчас этим никого не удивишь — макросредства есть во всех ассемблерах для 
платформы ш (например, ТАЗМ), но, тем не менее, название осталось. 

С помощью пакета МАЗМ разработка программ выполняется традиционным 
для ассемблерного программирования способом — запуском отдельных программ 
трансляции, компоновки и отладки. Для этого используются программы тазт.ехе, 
т(ехе, ПпК.ехе и су.ехе. Во избежание путаницы необходимо отметить, что транс- 
ляция исходного файла может производиться двумя программами: тазш.ехе и 
тЕехе. В чем разница? До выхода МАЗМ версии 5.1 включительно программа 
тазт.ехе была самостоятельным транслятором ассемблера. Начиная с МАЗМ вер- 
сии 6.0 трансляция ассемблерного файла обычно выполняется программой п11.ехе, 
которая кроме трансляции файла вызывает компоновщик ИпК.ехе. Это изменение 
сделано с целью унификации вызовов компиляторов командной строки для всех 
поддерживаемых этой фирмой языков программирования. К примеру, компиля- 
цию программы на языке С из командной строки выполняет программа с(.ехе. Ее 
задачи — компиляция исходной программы на языках С/С++ и, при отсутствии 
синтаксических ошибок, компоновка и формирование исполняемого модуля. Ана- 
логичные задачи решает и программа п(.ехе. Хотя в пакете МАЗМ 6.13 допустимо 
использование программы тазт.ехе, нужно иметь в виду, что запуск ПпК.ехе вэтом 
случае также должен выполняться отдельно. Наличие программы тазт.ехе в паке- 
те МАЗМ 6.13 можно объяснить соображениями совместимости с предыдущими 
версиями пакета, поэтому особого смысла в ее использовании нет. 

Далее приведены форматы командных строк для запуска программ п[.ехе, 
тазт.ехе и ЦпК.ехе, а описание их ключей можно найти в приложении В (Ир:// 
\\\.рКег.сот/аомпоа9). 
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Командная строка п11.ехе имеет вид 

ш! [ключи] исх_файл_1 [[ключи) исх_файл_2} ... [/\1пК ключи _11пк] 
Ключи командной строки для п11.ехе чувствительны к регистру. 
Командная строка тазт.ехе имеет вид 


тазм [ключи] исх_файл [, [объектный файл] [, [файл_листинга] 
[, [файл_перекрестных_ссылок]]]] 


Компоновщик компонует (объединяет) объектные файлы и библиотеки в ис- 
полняемый файл или динамически компонуемую библиотеку (ОТ... Командная 
строка ПпК.ехе имеет вид 


Нок [ключи] объект_файлы [, [исполн_файл] [, [файл_карты] [, [файлы_библиотек] 
[, [дет_файл1 1111 [;} 


Так же как и в случае пакета ТАЗМ, для эффективной работы с МА$М нужно 
провести некоторую дополнительную работу. Исполняемые файлы пакета 
МАЗМ 6.13 находятся в двух каталогах: ..\В]М и ..\ВТМК. Для удобства работы их 
лучше объединить в одном каталоге, к примеру, в каталоге ..\\МОКК. После этого 
остается поместить туда исходный файл. Пример командной строки для получе- 
ния пригодного к отладке исполняемого модуля может быть следующим: 

МЕ.ЕХЕ /71 /ЕЛ Ргй_6_1.азм 


Если нет синтаксических ошибок, то можно запускать отладчик: 
С\.ЕХЕ РКб_6_1.ЕХЕ 


Особенности разработки программ в Мсго$о 
\М!5 ча! З+и4тю 


С программами на ассемблере можно работать в среде \У151а1 5410. Доступны два 
варианта работы: 
84 создание и использование команд меню Тоо1[5; 


#- создание полноценного проекта и настройка его параметров. . 


Эти варианты не равнозначны. Первый вариант означает, по сути, скрытый 
вызов программ п11.ехе и су.ехе. Он хорошо подходит для разработки 16-разрядных 
программ и является для них единственно возможным. Второй вариант опирается 
на все возможности интегрированной среды, но подходит только для разработки 
32-разрядных программ (\УЛп9о\$-приложений). Мы ограничимся первым вари- 
антом, поскольку второй требует изучения интегрированной среды М!сгозой \15ца1 
Зато, что не относится к теме данной книги. | 

М!сгозой У15ца1 Зо является удобной средой для создания и редактирова- 
ния исходных текстов (и только). Что касается самого процесса получения испол- 
няемого модуля, то все действия, которые раньше выполнялись с помощью команд- 
ной строки, здесь выполняются выбором соответствующей команды в меню Тоо}15. 
Таким образом, задача сводится к созданию в меню Тоо|5 дополнительных команд, 
предназначенных для обращения к инструментальным средствам пакета ассемблера. 

Для того чтобы обсуждение было однозначным, необходимо условиться о том, 
что все нужные для работы файлы будут расположены, к примеру, в каталоге 
= \ МАЗМ613\\могК. В этотрабочий каталогнеобходимо поместитьсодержимое катало- 
гов :\МА$М613\ВИМВ и 9:\МАЗМ613\В1МВ, а также файлы программы, с которой в дан- 
ное время идет работа. Для примера будем работать с программой из листинга 6.1. 
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После открытия среды У1з1а1 С++ 6.0 выполняется следующая последователь- 
ность шагов. 


1. Выберите команду Тоо15 > Си${01117е и в появившемся диалоговом окне перей- 
дите на вкладку 10015. 


Вкладка Тоо|5 позволяет добавлять пункты в меню Тоо/$ главного окна. Содер- 
жимое данной вкладки состоит из списка Мепи сошеп{5, ряда текстовых полей 
и переключателей. Каждый пункт списка Мепи сошеп{$ связан со своими значе- 
ниями остальных элементов вкладки Тоо|5. Логически эти элементы представ- 
ляют собой набор параметров для вызова некоторой программы. Чтобы убе- 
ДИТЬся в этом, ДОСТаточно пройтись по нескольким элементам списка. Последний 
элемент списка обозначен пустым прямоугольником. С его помощью произво- 
дится добавление новых подпунктов в выпадающее меню Тоо[ главного меню. 


2. Чтобы создать команду для вызова программы и11|.ехе, введите в пустой пункт 
списка Мепи сощеп{5 название новой команды, например Виа АЗМ Ргоэташа, и на- 
жмите клавишу Ещет. 


3. Настроимтеперь параметры вызова программы п11.ехе. Для этого вполе Соштапа 
введите 9:\МА$М613\МотК\т(.ехе, в поле Агритеп{5 — /71 $(РЦеМате).азт /ПиК /со, 
в поле Ша Чтесогу — $(Е\е[лу) и установите переключатель Озе оиёри{ мшао\. 


4. Таким же образом можно добавить в меню Тоо[5 команду Оеба; АЗМ Рго2гат. Для 
этого в поле Соттапа введите э:\ МАЗ М613\\У!огК\су.ехе, в поле Аггитеп1$ — 
$(ЕЦеМате), в поле ш1а| Чтесфоту — $(РЦе0!’) и установите переключатель С!озе 
\1п9до\ оп ехИше. 


5. Для запуска полученного исполняемого модуля добавим еще одну команду 
Ехесще АЗМ Ргоегат. Для этого в поле Сошштап@ введите СЛ\УТМРО\М$ \5у$ет32\ 
ст@.ехе, в полеАтдитен$ — /С $(Е|еМате), в поле Тииа1 @тестогу — $(РИеОи). 


После выполнения этих шагов можно закрыть окно Си${оп117е и проверить ра- 
ботоспособность созданных команд меню Тоо[ главного окна. Перед испытанием 
в среду \У15па1 5410 необходимо загрузить файл с текстом программы ргд_6_1.а$т 
(см. листинг 6.1). После открытия файла выберите команду Тооб >» ВиПа АЗМ Ргозтат. 
При наличии синтаксических ошибок в окне Ошрш появятся соответствующие 
сообщения. Для того чтобы перейти к строке исходного текста, вызвавшей недо- 
вольство компилятора, достаточно двойного щелчка мышью на строке с текстом 
ошибки в окне Ошриё. В результате этого курсор в окне с исходным текстом будет 
установлен на строку с ошибкой. 

Если программа п11.ехе отработала без ошибок, то полученный с ее помощью 
исполняемый модуль можно либо сразу запустить, либо предварительно отладить. 
Запуск производится командой Тоо|$ › Ехесше АЗМ Ргозгат. Для отладки выбирает- 
ся команда Тоо[$ > Пери АЗМ Ргозтгат, в результате чего вызывается отладчик су.ехе. 

Последний компилятор У\151а1 С+- 7.0 из состава МИсгозой У15па1 ЗаАю Ме 
также имеет настраиваемое меню Тоо1[5, поэтому при желании его среду также мож- 
но настроить для выполнения описанных ранее задач. 


Выбор пакета ассемблера 


Какой из пакетов ассемблера выбрать для практической работы? Если этот выбор 
делать с точки зрения долгосрочной перспективы, то, безусловно, МАЗМ. Причи- 
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на для этого — продолжающаяся поддержка и развитие этого пакета фирмой 
М!сгозой. Для учебных целей более привлекателен ТАЗМ. В данном учебнике 
выбран промежуточный вариант — транслятор ТАЗМ в режиме МА$М. Этот ре- 
жим поддерживает почти все возможности транслятора МАЗМ и создан специ- 
ально для разработки переносимых (на уровне исходных текстов) программ. Та- 
кой подход имеет преимущества в том, что читатель, во-первых, получает навыки 
использования двух пакетов и, во-вторых, по мере познания особенностей пакетов 
становится свободным в своем выборе. 

Процесс разработки программ с помощью пакетов ТАЗМ и МАЗМ предполага- 
ет, что пользователь интенсивно работает с командной строкой. При этом он дол- 
жен помнить не только последовательность запуска различных программ, форми- 
рующих исполняемый модуль, но и задаваемые при этом параметры программ. Если 
проект состоит из большого количества файлов, необходимость помнить всю эту 
информацию довольно утомительна. Для решения этой проблемы можно посове- 
товать использовать специальную программу — менеджер проекта. В пакете ТА$М 
такой программой является утилита таКе.ехе, а в пакете МАЗМ — утилита 
птакКе.ехе. Эти утилиты работают со специально оформленными файлами, назы- 
ваемыми файлами описания, или таКе-файлами. В таке-файлах задаются отно- 
шения между файлами проекта и действия над этими файлами, которые выполня- 
ются в зависимости от возникновения тех или иных условий. Главный принцип, 
положенный в основу работы утилиты таКе.ехе, заключается в анализе времени 
изменения или создания файлов. Подробное описание утилиты можно найти сре- 
ди файлов к книге!, 


Итоги 


в Структура программы на ассемблере отражает особенности архитектуры про- 
цессора. Для процессоров [шие] типичная программа состоит из трех сегментов: 
кода, стека и данных. Но это не обязательное условие; например, если програм- 
ма не использует стек и для ее работы не требуется определения данных, то она 
может состоять всего лишь из одного сегмента кода. 


15 Программа на ассемблере работает на уровне аппаратных средств, входящих 
в программную модель процессора, которая описана в главе 2. 


При разработке алгоритма работы программы и его реализации на ассемблере 
программист сам должен беспокоиться о размещении данных в памяти, об эф- 
фективном использовании ограниченного количества регистров, об организа- 
ции связи с операционной системой и другими программами. 


. Специфика разработки программы на ассемблере состоит в том, что програм- 
мист должен уделять внимание не только и не столько особенностям модели- 
рования предметной области, сколько тому, как при этом наиболее эффектив- 
но и корректно использовать ресурсы процессора. | 





' Все прилагаемые к книге файлы можно найти по адресу ВИр://м\у\.рИег.сот/аомп1оа4. — 
Примеч. ред. 
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В результате работы транслятора создаются файл объектного модуля и файл 
листинга программы, содержащий разнообразную информацию о программе: 
объектный код, сообщения о синтаксических ошибках, таблицу символов ит. д. 
Имея небольшой опыт, из файла листинга можно извлечь массу полезной ин- 
формации. 

После получения корректного объектного модуля программу необходимо ском- 
поновать. Для этого применяется утилита-компоновщик, одним из основных 
назначений которой является разрешение внешних ссылок. Если целевая про- 
грамма состоит из нескольких отдельно оттранслированных модулей и в них 
есть взаимные ссылки на переменные или модули, то компоновщик разрешает 
их, формируя тем самым правильные перемещаемые адреса. 


Результатом работы компоновщика является исполняемый (загрузочный) мо- 
дуль, имеющий расширение .ехе. Его уже можно запускать в надежде, что он 
правильно выполнит задуманные программистом действия. Но чаще всего при 
первых запусках программы этого не случается, что говорит о наличии в про- 
грамме логических ошибок, поиск которых без специальных средств может быть 
долгим. Для поиска и устранения логических ошибок предназначен специаль- 
ный вид программного обеспечения — отладчики. С их помошью в большин- 
стве случаев довольно быстро удается снять большинство программных про- 
блем подобного рода. 


Глава 7 
Команды обмена данными 


» Линейные алгоритмы 

№ Команды пересылки данных 

> Ввод из порта и вывод в порт 

№ Команды работы с адресами памяти 
}» Команды работы со стеком 


Наверняка вы уже знакомы с понятием алгоритма, представляющего собой фор- 
мализованное описание логики работы программы. Способы такой формализации 
весьма разнятся: от текстового описания последовательности действий до алго- 
ритма развитых сазе-систем. Последовательность действий, описываемых алгорит- 
мом, может быть: 


И линейной — все действия выполняются поочередно, друг за другом; 





нелинейной — в алгоритме есть точки ветвления, в которых должно принимать- 
ся решение о месте, с которого программа продолжит свое выполнение, причем 
решение может носить условный или безусловный характер. 


Линейные участки алгоритма обычно содержат команды манипуляции данны- 
ми, вычисления значений выражений, преобразования данных. В точках ветвле- 
ния размещают команды сравнения, различных видов перехода, вызова подпро- 
грамм и некоторые другие. 

Еще раз обратимся к функциональной классификации целочисленных машин- 
ных команд процессора (см. рис. 3.3). Из всей совокупности этих команд на ли- 
нейных участках работают следующие группы: 


И команды пересылки данных, 
ж арифметические команды; 
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логические команды, 
+ команды управления состоянием процессора. 


В этой главе мы рассмотрим только группу команд пересылки данных. Эти ко- 
манды осуществляют пересылку данных из одного места в другое, запись и чтение 
информации из портов ввода-вывода, преобразование информации, манипуляции 
с адресами и указателями, обращение к стеку. Для некоторых из этих команд опе- 
рация пересылки является только частью алгоритма. Другая его часть выполняет 
некоторые дополнительные операции над пересылаемой информацией. Поэтому 
для удобства практического применения и отражения их специфики данные ко- 
манды будут рассмотрены в соответствии с их функциональным назначением, со- 
гласно которому они делятся на команды: 

& собственно пересылки данных; 

=” ввода из порта и вывода в порт; 
работы с адресами и указателями; 
+ преобразования данных; 


ы работы со стеком. 


Пересылка данных 


К группе команд пересылки данных относятся следующие команды: 


поУ <«операнд назначения> ‚ <операнд-источник> 
хсНЕ <операнд1> , <операнд2> 


МОУ — это основная команда пересылки данных. Она реализует самые разнооб- 
разные варианты пересылки. Отметим особенности применения этой команды. 





Командой МОУ нельзя осуществить пересылку из одной области памяти в дру- 
гую. Если такая необходимость возникает, то нужно использовать в качестве 
промежуточного буфера любой доступный в данный момент регистр общего 
назначения. К примеру, рассмотрим фрагмент программы для пересылки бай- 
та из ячейки $ в ячейку На: 


ма$т 
воде] та11 
‚Дафа 
Ёз 4 5 
+14 4 1 
.соде 
саге: 
поу ат, 11$ 
поу #19, а1 
епа эзтаг{ 


# Нельзя- загрузить в сегментный регистр значение непосредственно из памяти. 
Для такой загрузки требуется промежуточный объект. Это может быть регистр 
общего назначения или стек. Если вы посмотрите на листинг 5.1, то увидите 
в начале сегмента кода две команды МОУ, выполняющие настройку сегментного 
регистра 0$. При этом из-за невозможности напрямую загрузить в сегментный 
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регистр значение адреса сегмента, содержащееся в предопределенной перемен- 
ной @да*а, приходится использовать регистр общего назначения АХ. 


П Нельзя переслать содержимое одного сегментного регистра в другой сегмент- 
ный регистр. Это объясняется тем, что в системе команд нет соответствующего 
кода операции. Но необходимость в таком действии часто возникает. Выпол- 
нить такую пересылку можно, используя в качестве промежуточных все те же 
регистры общего назначения. Вот пример инициализации регистра Е$ значени- 
ем из регистра 05: 


шоу ах,4$ 
моу е5, ах 


Но есть и другой, более «красивый» способ выполнения данной операции — 
использование стека и команд РОЗН и РОР: 


ризй 4$ ;поместить значение регистра 49$ в стек 
рор ез ‘гзаписать в е$ число из стека 


Нельзя использовать сегментный регистр С$ в качестве операнда назначения. 
Причина здесь простая. Дело в том, что в архитектуре процессора [А-32 пара 
СЛР содержит адрес команды, которая должна выполняться следующей. Из- 
менение командой МОУ содержимого регистра С5 фактически означало бы опе- 
рацию перехода, а не пересылки, что недопустимо. 


В связи с командой МОМ отметим один тонкий момент. Пусть в регистре ВХ со- 
держится адрес некоторого поля (то есть мы используем косвенную базовую адре- 
сацию). Его содержимое нужно переслать в регистр АХ. Очевидно, что нужно при- 
менитькоманду МОУвформе 
оу ах, [Ьх] 

Транслятор задает себе вопрос: что адресует регистр ВХ в памяти — слово или 
байт? Обычно в этом случае он принимает решение сам, по размеру большего опе- 
ранда, но может и выдать предупреждающее сообщение о возможном несовпаде- 
нии типов операндов. | ` 

Или другой случай — возможно, более показательный. Рассмотрим команды 
инкремента ПМС (увеличения операнда на 1) и декремента РЕС (уменьшения опе- 
ранда на 1): 
ше [Ьх] 
дес [5х] 

Что адресуется регистром ВХ в памяти — байт, слово или двойное слово? 

Допустим также, что требуется инициализировать поле, адресуемое регистром 
ВХ, значением 0. Очевидно, что одно из решений — применение команды МО\: 
шоу [5х] ,0 


И опять у транслятора вопрос: какую машинную команду ему конструировать? 
Для инициализации байта? Для инициализации слова? Для инициализации двой- 
ного слова? 

Во всех этих случаях необходимо уточнять тип используемых операндов. Для 
этого существует специальный оператор ассемблера РТК (см. приложение). Пра- 
вильно записать приведенные ранее команды можно следующим образом: 


тоу ах, мога р\г[Ьх] ;если [6х] адресует слово в памяти 
шс Б\е ри[Ьх] ‚если [6х] адресует байт в памяти 


ЗЕ Е ЕЕ И а новее ЕВА 
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Чес Чмога р4г[Ьх] ‚если [Ьх| адресует двойное слово в памяти 
мо\у мог рег[6х],9 ;если [6х] адресует слово в памяти 


Можно рекомендовать использовать оператор РТК во всех сомнительных отно- 
сительно согласования размеров операндов случаях. Также этот оператор нужно 
применять, когда требуется принудительно поменять размерность операндов. 
К примеру, требуется переслать значение ОЙ во второй байт поля Яр: 
тазт 
шоде! зтай 
„Чафа 
р ди 0 
.соде 
этак: 

тоу Буе р\г (11р+1) , ОН 


‘епа з+аг! 

Несмотря на то что поле Йр имеет тип \ОЕЬ, мы сообщаем ассемблеру, что поле 
нужно трактовать как байтовое, и заставляем вычислить значение эффективного 
адреса второго операнда как смещение Нр плюс единица. Тем самым мы получаем 
доступ ко второму байту поля Йр. 

Для двунаправленной пересылки данных применяют команду ХСНС. Для этой 
операции можно, конечно, применить последовательность из нескольких команд 
МОТ, но из-за того что операция обмена используется довольно часто, разработчи- 
ки системы команд процессора посчитали нужным ввести отдельную команду об- 
мена — ХСНС. Естественно, что операнды должны иметь один тип. Не допускается 
(как и для всех команд ассемблера) напрямую обменивать между собой содержи- 
мое двух ячеек памяти. К примеру, 


хспа ах, 6х ‚обменять содержимое регистров ах и Ьх 
; обменять содержимое регистра ах и слова в памяти по адресу в [$1]: 
хсп9 ах, мога рёг [51] 


Ввод из порта и вывод в порт 


В главе 5 при обсуждении вопроса о том, где могут находиться операнды машин- 
ной команды, мы упоминали порт ввода-вывода. Физически порт ввода-вывода 
представляет регистр разрядностью 8, 16 или 32 бита. Доступ к устройствам вво- 
да-вывода, системным устройствам компьютера осуществляется посредством этих 
регистров, причем каждый из этих регистров должен иметь возможность уникаль- 
ной идентификации. С этой целью архитектурно процессор поддерживает так 
называемое адресное пространство ввода-вывода. Адресное пространство ввода- 
вывода физически независимо от пространства оперативной памяти и имеет огра- 
ниченный объем, составляющий 215, или 65 536, адресов ввода-вывода. 

Таким образом, порт ввода-вывода можно определить как 8-, 16- или 32-раз- 
рядный аппаратный регистр, имеющий определенный адрес в адресном простран- 
стве ввода-вывода. Вся работа системы с устройствами на самом низком уровне 
выполняется с использованием портов ввода-вывода. Посмотрите на рис. 7.1. На 
нем показана сильно упрощенная концептуальная схема управления оборудова- 
нием компьютера. 
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Функции операционной системы 
Функции ВО$ 


|| = Пространство портов ввода-вывода .ы М 
Аппаратура компьютера. 


Рис. 7.1. Концептуальная схема управления оборудованием компьютера 















Как видно из рисунка, самым нижним уровнем является уровень ВТО$, на ко- 
тором работа с оборудованием ведется напрямую через порты. Тем самым реали- 
зуется концепция независимости от оборудования. При замене оборудования по- 
требуется лишь подправить соответствующие функции ВОЗ, переориентировав 
их на новые адреса и логику работы портов. 

Принципиально управлять устройствами напрямую через порты несложно. 
Сведения о номерах портов, их разрядности, формате управляющей информации 
приводятся в техническом описании устройства. Необходимо знать лишь конеч- 
ную цель своих действий, алгоритм, в соответствии с которым работает конкрет- 
ное устройство, и порядок программирования его портов. То есть, фактически, 
нужно знать, что и в какой последовательности нужно послать в порт (при записи 
в него) или считать из него (при чтении) и как следует трактовать эту информа- 
цию. Для этого достаточно всего двух команд, присутствующих в системе команд 
процессора: 





Ш <аккумулятор>,‚<номер_порта> — ввод в аккумулятор из порта с номером <но- 
мер_порта>; 





001 <номер_порта>,<аккумулятор> — вывод содержимого аккумулятора в порт 
с номером <номер_порта>. 


Возможные значения операндов этих команд приведены в приложении. Необ- 
ходимо отметить, что использовать эти команды вы сможете без проблем только 
в программе, предназначенной для М5$-О20$. При попытке их запуска в програм- 
ме для У\ш4о\з вы получите ошибку. Это не означает невозможности запуска ис- 
полняемого модуля описанной далее программы в сеансе \Мтдо\з. Более того, 
УИпдо\$ поддержит реализацию полного цикла разработки данной программы, 
но сделано это будет в специальном режиме работы — режиме виртуального нро- 
цессора х86. 

В качестве примера рассмотрим, как на уровне аппаратуры заставить компью- 
тер издавать звуки через свой внутренний динамик. На большинстве компьюте- 
ров читателей это будет некоторый треск. Изменяя различные параметры програм- 
мы, в идеале, вы можете получить звук, напоминающий сирену. 

Вначале мы перечислим, какие аппаратные ресурсы будут задействованы и как 
ими надо управлять. 
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В большинстве компьютеров есть внутренний динамик. Раньше он использо- 
вался для того, чтобы издавать звуки при работе самых различный приложений, 
вплоть до игровых. Сейчас у него осталась единственная важная функция — вос- 
произведение звуков, которые генерирует ВТО$ на этапе тестирования и началь- 
ной загрузки. 


ПРИМЕЧАНИЕ Несмотря на то что прямой доступ к портам ввода-вывода доступен 
только из среды М$5-ОО$, сведения о номерах портов и особенностях 
работы с ними полезны и при программировании для У\т9ао\з. Если 
системы \УМш4о\$ 95/98 практически не закрывают доступ к портам, 
то в \Мт4ао\з$ МТ/2000/ХР любая попытка обращения к ним приведет 
к возникновению ошибки. Причина в том, что порты являются крити- 
чески важным ресурсом, и механизмы защиты УМтдо\з М№Т/2000/ХР 
не могут допустить их монополизацию каким-либо приложением. Опе- 
рационная система УМ ш4о\$ МТ/2000/ХР предоставляет программи- 
сту функции АРГ для работы с устройствами, посредством которых 
в конечном итоге и осуществляется доступ к портам посредством ко- 
манд М и ОПТ. Попытка использовать эти команды в программе 
пользователя в среде У\УЛпдомз МТ/2000/ХР приведет к возникнове- 
нию исключения по недопустимому коду операции. Важно понимать, 
что на низком уровне управление аппаратурой компьютера ведется 
с использованием тех же портов, что и при работе в М5-ОО$, то есть 
физика остается, меняется логика управления аппаратурой. Если про- 
грамме удастся получить уровень привилегий ядра (такой уровень 
имеют драйверы устройств), то в этом случае она может беспрепят- 
ственно использовать команды М и ОПТ и работать с устройством 
так же, как в среде М$-ОО$. Существуют специальные программы, 
которые позволяют получить доступ к портам ввода/вывода из про- 
граммы пользователя, исключая необходимость написания драйвера. 
Среди файлов, прилагаемых к книге, содержатся две наиболее извест- 
ные из таких программ — ОзегРон и РопТа!К'. 


Как это ни удивительно, но специальной схемы генерации звука для внутрен- 
него динамика нет. Сигнал для управления динамиком формируется в результате 
совместной работы следующих микросхем: 


программируемого периферийного интерфейса (ППИ) 18255; 





таймера 18253. 


Общая схема формирования такого сигнала показана на рис. 7.2. 

Обсудим представленпую схему. Основная работа по генерации звука произ- 
водится микросхемой таймера. Микросхема таймера (далее просто таймер) имеет 
три канала с совершенно одинаковыми внутренней структурой и принципом ра- 
боты. На каналы таймера подаются импульсы от микросхемы системных часов, 
которые, по сути, представляют собой генератор импульсов, работающий с часто- 
той 1,19 МГц. Каждый канал имеет два входа и один выход. Выходы канала зам- 
кнуты на вполне определенные устройства компьютера. Так, канал 0 замкнут на 





' Все прилагаемые к книге файлы можно найти по адресу ВИр://м\и\.рцег.сот/ао\упюа4. — 
Примеч. ред. : 
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Системные часы 
(генератор 
импульсов, 

частота 1,19 МГц) 





Таймер 18253 Регистр 
управления 
(порт 4ЗВ} 









КаналО 
| по дон 














Канал 1 


| Портал 






Регистр ввода-вывода 
о 428 


Рис. 7.2. Схема формирования звука для встроенного динамика 


контроллер прерываний, являясь источником аппаратного прерывания от тайме- 
ра, которое возникает 18,2 раза в секунду. Канал 1 связан с микросхемой прямого 
доступа к памяти (ОМА). И наконец, канал 2 выходит на динамик компьютера. 
Как мы отметили, каналы таймера имеют одинаковую структуру, основу которой 
составляют три регистра: регистр ввода-вывода разрядностью 8 битов, регистр-фик- 
сатор (1асП гезл%ег) ирегистр-счетчик (соищег ге ег), оба по 16 битов. Все ре- 
гистры связаны между собой следующим образом. В регистр ввода-вывода извне 
помещается некоторое значение. Источником этого значения может быть либо 
‚ системное программное обеспечение, либо программа пользователя. Каждый ре- 
гистр ввода-вывода имеет адрес в адресном пространстве ввода-вывода (номер 
порта ввода-вывода). Регистр ввода-вывода канала 2 имеет номер порта ввода- 
вывода 42Н. Помещаемые в него значения немедленно попадают в регистр-фикса- 
тор, где значение сохраняется до тех пор, пока в регистр ввода-вывода не будет 
записано новое значение. Но как согласуются эти регистры по их разрядности, ведь 
один из них 8-, а другой 16-разрядный? Для этого предназначен регистр управле- 
ния (ему соответствует порт 431), который является частью механизма управле- 
ния всей микросхемой таймера. Он содержит слово состояния, с помощью которо- 
го производятся выбор канала, задание режима работы канала и типа операции 
передачи значения в канал. 
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Далее описана структура слова состояния: 





Бит 0 определяет тип константы пересчета: 0 — константа задана двоичным 
числом, | — константа задана двоично-десятичным (ВСО) числом. Константа 
пересчета — значение, загружаемое извне в регистр-фиксатор; в нашем случае 
загружаться будет двоичное число, поэтому значение этого поля будет равно 0. 


| Биты 1-3 определяют режим работы микросхемы таймера. Всего можно опре- 
делить шесть режимов, но обычно используется третий, поэтому для нашего 
случая значение поля — 011. 


т Биты 4-5 определяют тип операции: 00 — передать значение счетчика в регистр- 
фиксатор (то есть возможны не только операция записи значения в канал, но 
и извлечение значения регистра-счетчика из него), 10 — записать в регистр-фик- 
сатор только старший байт, 01 — записать в регистр-фиксатор только младший 
байт, 11 — записать в регистр-фиксатор сначала старший байт, затем младший. 
В нашем случае значение поля будет 11. Поэтому формирование 16-разрядного 
регистра-фиксатора через 8-разрядный регистр ввода-вывода производится 
следующим образом: запись производится в два приема, первый байт из регис- 
тра ввода-вывода записывается на место старшего байта регистра-фиксатора, 
второй байт — на место младшего байта. Нетрудно догадаться, что в регистр 
ввода-вывода эти байты помещаются командами [М и ОПТ. 


П Биты 6-7 определяют номер программируемого канала. В нашем случае они 
равны 10. 


Для формирования любого звука необходимо задать его длительность и высо- 
ту. После того как значение из регистра ввода-вывода попало в регистр-фиксатор, 
оно моментально записывается в регистр-счетчик. Сразу же после этого значение 
регистра-счетчика начинает уменьшаться наединицу с приходом каждого импульса 
от системных часов. На выходе любого из трех каналов таймера стоит схема логи- 
ческого умножения. Эта схема имеет два входа и один выход. Значение регистра- 
счетчика участвует в формировании сигнала на одном из входов схемы логическо- 
го умножения И. Сигнал на втором входе этой схемы зависит от состояния бита О 
регистра микросхемы интерфейса с периферией (порт 611). В свое время мы по- 
дробно разберемся с логическими операциями, сейчас следует лишь пояснить, что 
единица на выходе схемы логического умножения может появиться только в од- 
ном случае — когда на обоих входах единицы. Когда значение в регистре-счетчике 
становится равным нулю, на соответствующем входе схемы И формируется такая 
единица. И если при этом на втором входе, значение которого зависит от бита О 
порта 611, также 1, то импульс от системных часов проходит на выход канала 2. 
Одновременно с пропуском импульса в канале 2 немедленно производится загрузка 
содержимого регистра-фиксатора (которое не изменилось, если его не изменили 
извне) в регистр-счетчик. Весь процесс с уменьшением содержимого регистра-счет- 
чика повторяется заново. Теперь вы понимаете, что чем меньшее значение загру- 
жено в регистр-фиксатор, тем чаще будет происходить обнуление регистра-счет- 
чика и тем чаще импульсы будут проходить на выход канала 2. А это означает 
большее значение высоты звука. Понятно, что максимальное значение частоты на 
входе | динамика — 1,19 МГц. Таким образом, импульс с выхода канала 2 попадает 
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надинамик, и если на последний подан ток, то возникает долгожданный звук. По- 
дачей тока на динамик управляет бит 1 порта 611. Как прервать звучание? Очевид- 
но, для этого возможны два пути: первый — отключить ток, сбросив бит | порта 
611, второй — сбросить бит 0 порта 611. Эти две возможности используют для соз- 
дания различных звуковых эффектов. Сбрасывая и устанавливая эти биты, мы 
фактически определяем длительность звучания. 

Если вы внимательно следили за всеми рассуждениями, то, наверное, без труда 
сможете понять, почему первый канал таймера формирует сигналы аппаратного 
прерывания от таймера 18,2 раза в секунду (на основании этих сигналов програм- 
мы отслеживают время). Для этого ВТО$ во время загрузки после включения ком- 
пьютера загружает в первый канал соответствующее значение. 

Таким образом, наметились три последовательных действия, необходимые для 
программирования звукового канала таймера (они применимы и к остальным ка- 
налам). 


1. Посредством порта 431 выбрать канал, задать режим работы и тип операции 
передачи значения в канал. В нашем случае соответствующее значение будет 


равно 10110110 = ОБ6Ъ. 
2. Подать ток на динамик, установив бит | порта 611. 


3. Используя регистр АХ, поместить нужное значение в порт 421, определив тем 
самым нужную высоту тона. 


Далее в листинге 7.1, приведена программа, реализующая некоторые звуки. 
Многие команды вам уже знакомы, некоторые мы покаеще не рассматривали, по- 
этому поясним их функциональное назначение. Подробно они будут рассмотрены 
в последующих главах. Для удобства в программе была использована макроко- 
манда 4ейау, выполняющая задержку работы программы на заданное время. По- 
дробнее механизм макроподстановок будет рассмотрен в главе 14. Сейчас только 
отметьте для себя, что введенная таким образом макрокоманда в тексте програм- 
мы синтаксически ничем не отличается от других команд ассемблера, и это позво- 
ляет программисту при необходимости расширить стандартный набор команд ас- 
семблера. Введите текст макрокоманды 4е1ау (строки 13-25) и воспринимайте ее 
чисто по функциональному назначению (задержка выполнения программы на про- 
межуток времени, задаваемый значением ее операнда). Стоит отметить, что дан- 
ная макрокоманда чувствительна к производительности процессора, из-за чего 
звуки на компьютерах с разными моделями процессоров могут не совпадать. Сег- 
мент кода, как обычно, начинается с настройки сегментного регистра 0$ (строки 
32-33) на начало сегмента данных. После этого строками 37-38 мы выполняем 
действия первого этапа — настройку канала 2, которая заключается в записи в ре- 
гистр управления (порт 431) байта состояния ОВбП. На втором шаге мы должны 
установить биты 0 и 1 порта 611. Предварительно необходимо извлечь содержи- 
мое этого порта. Это делается для того, чтобы выполнять установку битов 0 и 1, не 
изменяя содержимого остальных битов порта 611 (строки 39-41). Принцип фор- 
мирования сигнала сирены заключается в том, что в цикле наединицу изменяется 
содержимое регистра-счетчика и делается небольшая задержка для того, чтобы 
сигнал некоторое время звучал с нужной высотой. Постепенное повышение, а за- 
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тем понижение высоты и дает нам эффект сирены. Строки 43-53 соответствуют 
циклу, в теле которого высота повышается, а строки 55-62 — циклу понижения 
тона. Оба цикла повторяются последовательно 5 раз. Контроль осуществляется 
с помощью переменной сп, содержимое которой увеличивается на 1 в строке 69 
и контролируется на равенство 5 в строках 71-72. Если сп = 5, то команда СМР 
устанавливает определенные флаги. Последующая команда условного перехода 
МЕ анализирует эти флаги и в зависимости от их состояния передает управление 
либо на метку, указанную в качестве операнда этой команды, либо на следующую 
за ЗМЕ команду. Цикл в программе ассемблера можно организовать несколькими 
способами; все они будут подробно рассмотрены в главах 10 и 11. В данном случае 
цикл организуется командой ШОР, которая в качестве операнда имеет имя метки. 
На эту метку и передается управление при выполнении команды ШОР. Но до того 
как передать управление, команда ШОР анализирует содержимое регистра ЕСХ/СХ, 
и если оно равно нулю, управление передается не на метку, а на следующую за 
[0ОР команду. Если содержимое регистра ЕСХ/СХ не равно нулю, то оно уменьшает- 
ся наединицу и управление передается на метку. Таким образом в ЕСХ/СХ хранится 
счетчик цикла. В нашей программе он загружается в ЕСХ/СХ в строках 42 и 54. 


Листинг 7.1. Реализация сирены 


<1> ;-—-РГБ_7_1. а — 

<2> ;Программа, имитирующая звук сирены. 

<3> ;Изменение высоты звука от 450 до 2100 Гц. 

<4> ;Используется макрос Че]ау (задержка). 

<5> ;При необходимости 

<6> ;можно поменять значение задержки (по умолчанию - для процессора 
Реп%Тит). 

вы 

<8> мазм 

<9> поде1 па11 





<10> осаск 10698 

<11> ;макрос задержки, его текст ограничивается директивами пасго и епди. 
<12> ;На входе - значение задержки (в мкс) 

<13> Че1ау масго (1ме 

<14> 1оса1 ехЕ, 1 ег 

<15> ри сх 

<16> оу сх, Е1те 

<17> ехё: 

<18> разв сх 

<19> оу сх, 5000 

<20> ет: 

<21> 1оор 1%ег 

<22> рор сх 

<23> 1оор ехё 

<24> Рор сх 

<25> епам 

<26> ‚Дафа ‚сегмент данных 

<27> {опе1ом и 2651 нижняя граница звучания 450 Гц 
<28> спе а 0 ; счетчик для выхода из программы 
<29> бепр 9и 7 ;‚ верхняя граница звучания 

<30> ‚соае ;сегмент кода 

<31> ма1п: ‚точка входа в программу 

<32> поу ах ‚@аака ‹ связываем регистр 95 с сегментом 
<33> поУу 4$ ‚ах ‚данных через регистр ах 

<34> шоу ах ‚0 ;очищаем ах 

<35> 


<36> И" слово состояния 191101106(086п) в командный регистр (порт 431), 
продолжение 
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Листинг 7.1 (продолжение) 
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<31> гаоуа!, ОВбН 

<38> ош 43а! 

<39> ш а,618 ‚получим значение порта 61! в а\1 
<40> ог а|,3 ;инициализируем динамик и подаем ток в порт 61 
<41> ош 61В,а! 

<42> моу сх, 2083 ‚количество шагов ступенчатого изменения тона 
<43> ми$1сир: 

<44> ;вВ ах значение нижней границы частоты 
<45> ОУ ах, топе1ом 

<46> ош 4218, а| ;в порт 421 младшее слово ах:а1 

<47> ХСПО а\ ‚ан ‚обмен между а] и ан 

<48> ош 421.а1 ‚в порт 420 старшее слово ах:ав 

<49> ада гопе1ом, 1 ‚повышаем тон 

<50> етау 1 ; задержка на 1 мкс 

<51> оу ах, хопе1ом ув Чх текущее значение высоты 

<52> ОУ етр, ах ;сетр — верхнее значение высоты 

<53> юор тиз$!сир ‚повторить цикл повышения 

<54> ОУ сх, 2083 ‚восстановить счетчик цикла 

<55> Ми$1Сдомй: . 

<56> поу ах, {етр ;в ах верхнее значение высоты 

<57> опЕ 428, а1 ‚в порт 426 младшее слово ах:а1 

<58> поу а1, ай ; обмен между а1 ай 

<59> опЕ 428, а1 ;в порт 421 старшее слово ах:аП 

<60> зир тетр,1 ‚понижаем высоту 

<61> ае1Тау ‚задержка на 1 мкс 

<62> ор миз1сдоип ;повторить цикл понижения 

<63> позоипа: 

<64> п а1,618 ; получим значение порта 618 в АЬ 

<65> ап а1 ‚ ОЕСВ ; выключить динамик 

<66> опЕ 611, а1 ;в порт 618 

<67> оу 9х,2651 ‚для последующих циклов 

<68> поу топеТом, 9х 

<69> 11С спе ‚увеличиваем счетчик проходов, то есть 
<70> ;количество звучаний сирены 

<71> стр спе, 5 $5 раз ? 

<72> пе во ‚если нет, идти на метку 90 

<73> ех1(: 

<74> поу ах,4с00Н; стандартный выход 

<75> 11 211 

<76> еп па1п ‚конец программы 





Среди файлов, прилагаемых к книге, в каталоге данной главы есть еще один 
пример использования команд ввода из порта и вывода в порт — это редактор 
СМО5-памяти. На данном этапе изучения ассемблера не стоит пытаться разоб- 
раться с ним, но впоследствии обязательно стоит к нему вернуться. 


Работа с адресами и указателями 


При написании программ на ассемблере производится интенсивная работа с адре- 
сами операндов, находящимися в памяти. Для поддержки такого рода операций 
есть специальная группа команд, в которую входят следующие команды. 





еа <приемник>,<источник> — загрузка эффективного адреса; 





195 <приемник>,<источник> — загрузка указателя в регистр сегмента данных 49$; 


я (е$ <приемник>,<источник> — загрузка указателя в регистр дополнительного сег- 
мента данных е5; 
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Я (9$ <приемник>,<источник> — загрузка указателя в регистр дополнительного сег- 
мента данных $55, 


* [5 <приемник>,<источник> — загрузка указателя в регистр дополнительного сег- 
мента данных К; 





[5$ <приемник>,<источник> — загрузка указателя в регистр сегмента стека $5. 


Команда [ЕАпохожанакоманду МО\Утем, что онатакже производитпересылку, 
однако команда Г.ЕА производит пересылку не данных, а эффективного адреса дан- 
ных (то есть смещения данных относительно начала сегмента данных) в регистр, 
указанный операндом <приемник>. 

Часто для выполнения некоторых действий в программе недостаточно знать 
значение одного лишь эффективного адреса данных, а необходимо иметь полный 
указатель на данные. Вы помните, что полный указатель на данные состоит из сег- 
ментной составляющей и смещения. Все остальные команды этой группы позво- 
ляют получить в паре регистров такой полный указатель на операнд в памяти. При 
этом имя сегментного регистра, в который помещается сегментная составляющая 
адреса, определяется кодом операции. Соответственно, смещение помещается 
в регистр общего назначения, указанный операндом <приемник>, Но не все так про- 
стосоперандом <источник>. Насамом деле в команде в качестве источника нельзя 
указывать непосредственно имя операнда в памяти, на который мы бы хотели по- 
лучить указатель. Предварительно необходимо получить само значение полного 
указателя в некоторой области памяти и задать в команде получения полного ад- 
реса имя этой области. Для выполнения этого действия необходимо вспомнить 
директивы резервирования и инициализации памяти (см. главу 5). При примене- 
нии этих директив возможен частный случай, когда в поле операндов указывается 
имя другой директивы определения данных (фактически, имя переменной). В этом 
случае в памяти формируется адрес этой переменной. Какой адрес будет сформи- 
рован (эффективный или полный), зависит от применяемой директивы. Если это 
РУ, то в памяти формируется только 16-разрядное значение эффективного ад- 
реса, если же ОО — в память записывается полный адрес. Размещение этого 
адреса в памяти следующее: в младшем слове находится смещение, в старшем — 
16-разрядная сегментная составляющая адреса. Посмотрите на листинг 5.3 
и рис. 5.20 (глава 5). В сегменте данных программы из листинга 5.3 переменные 
а4ги адг_ Ри иллюстрируют наш случай получения частичного и полного указате- 
лей на данные в памяти. 

Например, при организации работы с цепочкой символов удобно поместить ее 
начальный адрес в некоторый регистр и далее в цикле модифицировать это значе- 
ние для последовательного доступа к элементам цепочки. В листинге 7.2 произво- 
дится копирование строки байтов $г_1 в строку байтов $_2. В строках 13 и 14 
в регистры ЗГи ОГ загружаются значения эффективных адресов переменных $г_| 
и г 2. В строках 18, 19 производится пересылка очередного байта из одной стро- 
ки в другую. Указатели на позиции байтов в строках определяются содержимым 
регистров Ги ОТ. Для пересылки очередного байта необходимо увеличить на еди- 
ницурегистры $Ти ПОТ, что и делается командами сложения [МС (строки 20, 21). После 
этого программу необходимо зациклить до обработки всех символов строки. 
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Листинг 7.2. Копирование строки 


<1> ; —фир 7 2.а5т 

<2> таз 

<3> поде] зпта11 

<4> „Дафа 

< РЕ 

<6б> $(г_1 р "Ассемблер - базовый язык компьютера" 
<7> 8(г_2 4 35 дир ("") 

<8> Ти1Т_рпё 94а э6г_1 


<9>. 

<10> ‚ сое 

<11> саг: 

<12> На 

<13> Теа $1, 5&г_1 

<14> Теа @1 ‚$%г_2 

<15> 1е$ Бх,{и11_рипЕ ;полный указатель на $&г1 в пару ез:рх 
<16> моу сх, 35 ‚счетчик цикла для 1оор п1 (глава 10) 
<17> Ш: 

<18> шоу а1, [$1] 

<19> шоу [91},а1 

<20> 11С 91 

<21> 11с 41 

<22> ‚цикл на метку 1 до пересылки всех символов (100р 11) 
<23> м 

<24> еп збахе 


Необходимость использования команд получения полного указателя данных 
в памяти, то есть адреса сегмента и значения смещения внутри сегмента, возника- 
ет, в частности, при работе с цепочками. Мы рассмотрим этот вопрос в главе 12. 
В строке 8 листинга 7.2 в двойном слове и _рп* формируются сегментная часть 
адреса и смещение для переменной г 1. При этом два байта смещения занимает 
младшее слово При, а значение сегментной составляющей адреса — старшее 
слово Шрпе. В строке 15 командой ГЕбэтикомпонентыадреса помещаются врегис- 
тры ВХ и Е$. 


Преобразование данных _ 


К группе команд преобразования данных можно отнести множество команд про- 
цессора, но большинство из них имеют те или иные особенности, которые требуют 
отнести их к другим функциональным группам (см. рис 3.3). Поэтому из всей со- 
вокупности команд процессора непосредственно к командам преобразования дан- 
ных можно отнести только одну команду 

х{аф [адрес_таблицы перекодировки] 

Это очень интересная и полезная команда. Ее действие заключается в том, что 
оназамещает значение в регистре АГ, другим байтом изтаблицы в памяти, располо- 
женной по адресу, указанному операндом адрес_таблицы_перекодировки. Слово «таб- 
лица» весьма условно; по сути, это просто строка байтов. Адрес байта в строке, 
которым будет производиться замещение содержимого регистра АГ, определяется 
суммой (ВХ) + (АГ), тоесть содержимое АГ. играетрольиндекса в байтовом массиве. 

При работе с командой ХГАТ обратите внимание на следующий тонкий момент. 
Хотя в команде указывается адрес строки байтов, из которой должно быть извле- 
чено новое значение, этот адрес должен быть предварительно загружен (напри- 
мер, с помощью команды ГЕА) в регистр ВХ. Таким образом, операнд адрес_табли- 


а 
Преобразование данных 1 59 


цы_перекодировки на самом деле не нужен (на это указывают квадратные скобки). 
Что касается строки байтов (таблицы перекодировки), то она представляет собой 
область памяти размером от 1 до 255 байт (диапазон числа без знака в 8-разрядном 
регистре). , 

В качестве иллюстрации работы данной команды мы рассмотрим программу 
излистинга 6.1 (см. главу 6). Вы помните, что эта программа преобразовывала дву- 
значное шестнадцатеричное число, вводимое с клавиатуры (то есть в символьном 
виде), в эквивалентное двоичное представление в регистре АГ.. В листинге 7.3 при- 
веден вариант этой программы с использованием команды ХГАТ. 


Листинг 7.3. Использование таблицы перекодировки 





<1>; Рг&_7_3 аи 

<2> ;Программа преобразования двузначного шестнадцатеричного числа 
<3> ;в двоичное представление с использованием команды хТае. 

<4> ;Вход: исходное шестнадцатеричное число; вводится с клавиатуры. 
<5> ‘Выход: результат преобразования в регистре а1 

<6> тазм 

<7> тоае этай : 

<8> ‚Чака ‚ сегмент данных 

<9> тез$5аде 96 "Введите две шестнадцатеричные цифры, $" 

<10> {аб1 а6 48 9ир(0),60,1,2,3,4,5,6,7,8,9, 7 Чир (0) 


<11> 96 дав, бБн, оси, бан, бен, 018, 26 ачцр (0) 

<12> 6 Фан, б6н, Осн, бак, бек, оти, 152 аир (0) 

<13> ‚5{аск 256 ; сегмент стека 

<14> ‚. соае 

<15> ‚начало сегмента кода 

<16> тат ргос ; начало процедуры тат 

<17> мо\ ах, @аафа: физический адрес сегмента данных в регистр ах 
<18> тоу 95, ах ‚ах записываем в 4$ 

<19> 1еа 5х,{аб1 ;загрузка адреса строки байт в регистр Ьх 

<20> тоу ап, 9 

<21> оу дх,о{Ё5е{ теззаде 

<22> ше 218 :вывести приглашение к вводу 

<23> хог ах, ах ;очистить регистр ах 

<24> тоу ай, 11 ‚значение Ш в регистр ап 

<25> ше 211 ; вводим первую цифру в а! 

<26> хат ; перекодировка первого введенного символа в а! 
<27> оу 91,а1 

<28> $11 91,4;сдвиг 91 влево для освобождения места для младшей цифры 
<29> ше 218 ‚ввод второго символа в а! 

<30> хат ‚перекодировка второго введенного символа в а| 
<31> ааа а1,41 ;складываем для получения результата 

<32> то\ ах, 4с00п; пересылка 4с00й в регистр ах 

<33> ше 211 ‘завершение программы 

<34> епар тат яконец процедуры тат 

<36> еп4 тат ; конец программы с точкой входа тат 


Сама по себе программа проста; сложность вызывает обычно формирование 
таблицы перекодировки. Обсудим этот вопрос подробнее. Прежде всего нужно 
определиться со значениями тех байтов, которые вы будете изменять. В нашем 
случае это символы шестнадцатеричных цифр. В главе 6 мы рассматривали их 
А$СП-коды. Поэтому мы конструируем в сегменте данных таблицу, в которой на 
места байтов, соответствующих символам шестнадцатеричных цифр, помещаем 
их новые значения, то есть двоичные эквиваленты шестнадцатеричных цифр. Стро- 
ки 10-12 листинга 7.3 демонстрируют, как это сделать. Байты этой таблицы, сме- 
щения которых не совпадают со значением кодов шестнадцатеричных цифр, нуле- 
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вые. Таковыми являются первые 48 байт таблицы, промежуточные байты и часть 
в конце таблицы. Желательно определить все 256 байт таблицы. Дело в том, что 
если мы ошибочно поместим в АТ. код символа, отличный от символа шестнадцате- 
ричной цифры, то после выполнения команды ХГАТ получим непредсказуемый ре- 
зультат. В случае программы из листинга 7.3 это будет ноль, что не совсем коррект- 
но, так как непонятно, что же в действительности было в АГ: код символа 0 или 
что-то другое. Поэтому, наверное, есть смысл здесь поставить «защиту от дурака», 
поместив в неиспользуемые байты таблицы какой-нибудь определенный символ. 
После каждого выполнения команды ХГАТ нужно будет просто контролировать 
значение в АГ. на предмет совпадения с этим символом, и если оно имело место, 
выдавать сообщение об ошибке. . 

После того как таблица составлена, с ней можно работать. В сегменте команд 
строка 19 инициализирует регистр ВХ значением адреса таблицы ТАВ\. Далее все 
очень просто. Поочередно вводятся символы двух шестнадцатеричных цифр и про- 
изводится их перекодировка в соответствующие двоичные эквиваленты. В осталь- 
ном программа аналогична программе из листинга 6.1. 

Для закрепления знаний и исследования трудных моментов запустите програм- 
му из листинга 7.3 под управлением отладчика. 


Работа со стеком 


Стек — это область памяти, специально выделяемая для временного хранения дан- 
ных программы. Важность стека определяется тем, что для него в структуре про- 
граммы предусмотрен отдельный сегмент. Натот случай, если программист забыл 
описать сегмент стека в своей программе, компоновщик {ЙиК выдаст предупрежда- 
ющее сообщение. 

Для работы со стеком предназначены три регистра: 


И 55 — регистр сегмента стека; 
& ЭР/ЕЗР — регистр указателя стека; 
# ВР/ЕВР — регистр указателя базы кадра стека. 


Размер стека зависит от режима работы процессора и ограничивается значени- 
ем 64 Кбайт (или 4 Гбайт в защищенном режиме). В каждый момент времени дос- 
тупен только один стек, адрес сегмента которого содержится в регистре 55. Этот 
стек называется текущим. Для того чтобы обратиться к другому стеку («переклю- 
чить стек»), необходимо загрузить в регистр $$ другой адрес. Регистр 5$ автомати- 
чески используется процессором для выполнения всех команд, работающих со сте- 
ком. 

Перечислим еще некоторые особенности работы со стеком. 


. Запись и чтение данных в стеке осуществляются в соответствии с принципом 
ГЕО (Газ ш Риз Ош — «последним пришел, первым ушел»). 


По мере записи данных в стек последний растет в сторону младших адресов. 
Эта особенность заложена в алгоритм команд работы со стеком. 


и При использовании регистров ЕЗР/ЗР и ЕВР/ВР для адресации памяти ассемб- 
лер автоматически считает, что содержащиеся в нем значения представляют 
собой смещения относительно сегментного регистра 5$. 


мт —› ‚м ЫыЫЫыЫыЫ—=Ы—=—=———— 
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Оперативная память 
Сегмент кода 


Сегмент данных 


Сегмент стека 


0000:0000 










$5:5 ре Гео леео нато ее роны 
>| .......Вершина стека | Направление 
роста стека 


38: Дно стека 


| 


Старшие адреса ОП 


Рис. 7.3. Концептуальная схема организации стека 


В общем случае стек организован так, как показано на рис. 7.3. 

Регистры $$, ЕЗР/ЗР и ЕВР/ВР! используются комплексно, и каждый из них име- 
ет свое функциональное назначение. Регистр ЕЗР/ЗР всегда указывает на вершину 
стека, то есть содержит смещение, по которому в стек был занесен последний эле- 
мент. Команды работы со стеком неявно изменяют этот регистр так, чтобы он ука- 
зывал всегда на последний записанный в стек элемент. Если стек пуст, то значение 
ЕЗР равно адресу последнего байта сегмента, выделенного под стек. При занесении 
элемента в стек процессор уменьшает значение регистра ЕЗР, а затем записывает 
элемент по адресу новой вершины. При извлечении данных из стека процессор 
копирует элемент, расположенный по адресу вершины, а затем увеличивает значе- 
ние регистра указателя стека ЕЗР. Таким образом, получается, что стек растет вниз, 
в сторону уменьшения адресов. 

Что нужно сделать для получения доступа к элементам не на вершине, а внутри 
стека? Для этого применяют регистр ЕВР. Регистр ЕВР — регистр указателя базы 
кадра стека. Например, типичным приемом при входе в подпрограмму является 
передача нужных параметров путем записи их в стек. Если подпрограмма тоже 
активно работает со стеком, то доступ к этим параметрам становится проблема- 
тичным. Выход в том, чтобы после записи нужных данных в стек сохранить адрес 
вершины стека вуказателе базы кадра стека — регистре ЕВР. Значениев ЕВР вдаль- 
нейшем можно использовать для доступа к переданным параметрам. 

Начало стека расположено в старших адресах памяти. На рис. 7.3 этот адрес 
обозначен парой 55:1. Смещение приведено здесь условно. Реально это значе- 
ние определяется величиной, которую программист задает при описании сегмента 
стека в своей программе. К примеру, для программы из листинга 7.1 началу стека 
будет соответствовать пара 55:0100Н. Адресная пара 55: - это максимальное для 
реального режима значение адреса начала стека, так как размер сегмента в нем 
ограничен величиной 64 Кбайт (ОН). 





‹ Какой из регистров применяется для адресации, 32-разрядный или 16-разрядный, зависит от значе- 
ния модификатора цзе16 или изе32 в директиве сегментации зезтепй (см. главу 5). При наличии ди- 
рективупрощенного описания сегментов модификаторы изе1 6 или изе32 используются вдирективе 
тлей 


б Зак. 256 
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Для организации работы со стеком существуют специальные команды записи 
и чтения. : 
Команда РОЗН выполняет запись значения <источник> в вершину стека: 


ризН <источник> 
Интерес представляет алгоритм работы этой команды, который включает два 
действия (рис. 7.4): 


1. Значение 5Р уменьшается на 2: 
(5Р) = (5Р) -2 
2. Значение источника записывается по адресу, указываемому парой 55:5Р. 


Оперативная память Оперативная память 


И. 
Сегмент стека 


$$:5р |. -- рен чаченжечання 
`—_> 


0000:0000 





Сегментстека 


55:5 роза ае ть 
г, Вершина стека 


чечня та хефаа ра оаь 





$5 35:1 ъ 
Старшие адреса ОП Старшие адреса ОП 
до команды после команды 
РОЗН операнд, РОЗН операнд Источник 


Рис. 7.4. Принцип работы команды РУЗН 


Команда РОР выполняет запись значения извершины стека по месту, указанно- 
му операндом <приемник> (значение при этом «снимается» с вершины стека): 
рор <приемник> 

Алгоритм работы команды РОР обратен алгоритму команды РОЗН (рис. 7.5). 
1. Запись содержимого вершины стека по месту, указанному операндом <приемник>. 


2. Увеличение значения ЗР: 
(ЗР) = (5Р) +2 

Команда РОЗНА предназначена для групповой записи в стек. По этой команде 
в стек последовательно записывается содержимое регистров АХ, СХ, ОХ, ВХ, ЗР, ВР, $1, 
ОТ. Заметим, что записывается оригинальное содержимое $Р, то есть то, которое 
было до выдачи команды РОЗНА (рис. 7.6). : 

Команда РИЗНАУ почти идентична команде РОЗНА. В чем разница? В главе 5 мы 
обсуждали один из атрибутов сегмента — атрибут размера сегмента. Он может 
принимать знанения и$е16 или и5е32: 


Ж и5е16 — алгоритм работы РОЗНАУ аналогичен алгоритму РОЗНА; 


 13е32 — алгоритм работы команды РИЗНАМ не меняется (то естьона нечувстви- 
тельна к разрядности сегмента и всегда работает с регистрами размером в сло- 
во — АХ, СХ, ОХ, ВХ, $Р, ВР, 51, ОГ), акоманда РИЗНА чувствительна к разрядности 
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Оперативная память Оперативная память 


0000:0000] | 0000:0000] й 
г - @)] 


Сегмент стека 







Сегмент стека 
3$:5р в 
—> 





Старшие адреса ОП, Старшие адреса СП 


до команды после команды 





РОР назначение РОР назначение | ОПеРанд | 
назначение 
Рис. 7.5. Принцип работы команды РОР 
Оперативная память Оперативная память 








0000:0000 


1 0000:0000 ( 


55'р 


$$: НН 
Старшие адреса ОП : Старшие адреса ОП 
Стек до команды Стек после команды 
РОЗНА РОЗНА 


Рис. 7.6. Принцип работы команды РУЗНА 


сегмента и при указании 32-разрядного сегмента работает с соответствующими 
32-разрядными регистрами (то есть ЕАХ, ЕСХ, ЕБХ, ЕВХ, ЕЗР, ЕВР, ЕЯ, ЕО). 


Команда РОИЗНАР — выполняется аналогично команде РИУЗНА, но есть некоторые 
особенности, которые вы можете найти в приложении. 

Следующие три команды выполняют действия, обратные действиям описан- 
ных ранее команд: 
* РОРА; 
РОРАМ;; 
т РОРАБ. 
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Представленная далее группа команд позволяет сохранить в стеке регистр фла- 
гов и записать слово или двойное слово. Отметим, что перечисленные команды — 
единственные в системе команд процессора, которые позволяют получить доступ 
(и которые нуждаются в этом доступе) ко всему содержимому регистра флагов. 

Команда РИЗНЕ сохраняет регистр флагов в стеке. Работа этой команды зависит 
от атрибута размера сегмента: 


 изе16 — в стек записывается регистр ЕГАО$ размером два байта; 
 изе32 — в стек записывается регистр ЕЕГАО$ размером четыре байта. 


Команда РИЗНРЕИ сохраняет в стеке регистр флагов размером в слово. С атрибу- 
том изе16 всегда работает так же, как команда РУЗНЕ. 

Команда РИЗНЕО сохраняет в стеке регистр флагов ЕГАО$ или ЕРГАС$ в зависимо- 
сти от атрибута размера сегмента (то есть то же, что и РУ$НЕ). 

Следующие три команды также выполняют действия, обратные действиям рас- 
смотренных выше команд: 


@ РОРРЕ; 
* РОРРМ, 
и РОРРО. 


Работать со стеком приходится постоянно, поэтому к этому вопросу мы будем 
возвращаться еще не раз. Отметим основные виды операций, когда использование 
стека практически неизбежно: 


ш вызов подпрограмм; 
временное сохранение значений регистров; 


определение локальных переменных в процедуре. 


Итоги 


* Основная команда пересылки данных — МОУ. Операнды этой команды (как 
и большинства других команд, берущих значения из памяти) должны быть 
согласованы по разрядности. Хотя обычно действуют правила умолчания, в со- 
мнительных ситуациях лучше явно указывать разрядность операндов с по- 
мощью оператора РТК. 


Ш Управление периферией компьютера в общем случае осуществляется с исполь- 
зованием всего двух команд ввода-вывода — ПМи ОПТ. 


В процессе работы программы динамически можно получить как эффектив- 
ный, так и полный (физический) адрес памяти. Для этого язык ассемблера пре- 
доставляет группу команд получения указателей памяти. 


8 Архитектура процессора предоставляет в распоряжение программиста специ- 
фическую, но весьма эффективную структуру — стек. Система команд поддер- 
живает все необходимые операции со стеком. Подробнее со стеком мы позна- 
комимся при изучении модульного программирования на ассемблере. 


Глава 8 
Арифметические команды 


%» Форматы арифметических данных 
№ Арифметические операции над двоичными числами 


» Арифметические операции над десятичными (ВСО) 
числами 


Одной из причин, постоянно заставляющих человека совершенствовать средства 
для выполнения вычислений, — желание эффективно, быстро и без ошибок ре- 
шать различные счетные задачи. Для начала мечтой людей была автоматизация 
выполнения простейших арифметических действий. Первая реализованная попыт- 
ка — начало ХУП в., 1623 г. Ученый В. Шикард создает машину, умеющую скла- 
дывать и вычитать числа. Знаменитый французский ученый и философ Блез Пас- 
кальв 1642 г. изобрел первый арифмометр, основным элементом в котором было 
зубчатое колесо. Изобретение этого колеса уже само по себе было ключевым собы- 
тием в истории вычислительной техники, подобно лампам и транзисторам в наше 
время. Правнуки этого колеса еще совсем недавно, каких-нибудь два-три десятка 
лет назад, использовались в арифмометрах (соответствующая модель была созда- 
на в 1842 г.) на столах советских бухгалтеров. Тот, кому довелось поработать на 
этих арифмометрах, вряд ли вспомнят о высокой эффективности вычислительно- 
го процесса — слишком велика была зависимость от человеческого фактора. Сни- 
зить эту зависимость удалось лишь в середине прошлого века, когда появились 
первые ЭВМ на лампах, потом на транзисторах и, наконец, на микросхемах раз- 
личной интеграции. Таким образом, путь к эффективному автоматизированному 
решению для проведения расчетов растянулся почти на три столетия. Тем не ме- 
нее, именно благодаря стремлению разгрузить голову от рутины человек имеет 
сегодня определенные достижения в области компьютерной техники. 

Любой компьютер, от самого примитивного до супермощного, имеет в своей 
системе команд команды для выполнения арифметических действий. Работая 
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с компьютером при помощи языков высокого уровня, мы воспринимаем возмож- 
ность проведения расчетных действий как нечто должное, забывая при этом, что 
компилятор даже очень развитого языка программирования превращает все са- 
мые высокоуровневые действия в унылую последовательность машинных команд. 
Конечно, мало кому придет в голову писать серьезную расчетную задачу на ассем- 
блере. Но даже в системных программах часто требуется проведение небольших 
вычислений. Поэтому важно разобраться с этой группой команд. К тому же она, на 
удивление, очень компактна и не избыточна. 

Процессор может выполнять целочисленные операции и операции с плаваю- 
щей точкой. Для этого в его архитектуре есть два отдельных устройства, каждое из 
которых имеет свою систему команд. В принципе, целочисленное устройство мо- 
жет взять на себя многие функции устройства с плавающей точкой, но это потре- 
бует больших вычислительных затрат. Устройство с плавающей точкой и его сис- 
тема команд будут рассмотрены в главе 17. Для большинства задач, использующих 
язык ассемблера, достаточно целочисленной арифметики. 


Обзор 


Целочисленное вычислительное устройство поддерживает чуть больше десятка 
арифметических команд. На рис. 8.1 приведена классификация команд этой 


группы. 


Целочисленные 
арифметические 


команды 





Преобразования Двоичной Десятичной Вспомогательные 
типов арифметики арифметики | команды 

Ще ® Сложение Коррекция 

- м9 сложения 6з\ар 

- смде т ааа 

- 294 | Чаа 

- по\у$х 


пс 
- ПОм2х Коррекция Прочие команды 
вычитания 


с арифметическим 
ааз принципом действия 





9аз — —стр 


Коррекция а 
умножения 
хаа4 


аап 


Коррекция 
деления 


Е аад 





Изменение, 
знака 


пед 


Рис. 8.1. Классификация арифметических команд 
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Группа арифметических целочисленных команд работает с двумя типами чисел: 


* целыми двоичными числами, которые могут иметь или не иметь знаковый раз- 
ряд, то есть быть числами со знаком или без знака; 





целыми десятичными числами. 


В главе 3 мы обсуждали вопрос о форматах данных, поддерживаемых архитек- 
турой [А-32. Рассмотрим теперь форматы данных, с которыми работают арифме- 
тические команды. 


Целые двоичные числа 


Целое двоичное число — это число, закодированное в двоичной системе счисления. 
В архитектуре ГА-32 размерность целого двоичного числа может составлять 8, 16 
или 32 бита. Знак двоичного числа определяется тем, как интерпретируется стар- 
ший бит в представлении числа. Это 7-й, 15-й или 31-Й биты для чисел соолвет- 
ствующей размерности (см. главу 5). При этом интересно то, что среди арифмети- 
ческих команд есть всего две, которые действительно учитывают этот старший 
разряд как знаковый, — это команды целочисленного умножения 1МИ и деления 
Ш ГУ. В остальных случаях ответственность за действия со знаковыми числами и, 
соответственно, со знаковым разрядом ложится на программиста. К этому вопро- 
су мы вернемся чуть позже. Диапазон значений двоичного числа зависит от его 
размера и трактовки старшего бита либо как старшего значащего бита числа, либо 
как бита знака числа (табл. 8.1). 


ТВ. 


о4и1е: рса9_8_ С: \ ТАЗМ\ МОВК\ ред _ 
;рЕа_8_1.азт 
пази 
поае1 зма11 
збаск 256 8] ди == [1] [+] 
„дата ;сегмент данных 93:0000 17 80 26 ВО ВО 96 00 А1 ЗАТ б 
рег_1 ар 23 @$:0008 14 00 00 00 00 00 00 00 + 
рес_2 ам 9856 Я$:0010 00 00 00 00 00 00 00 00 
рес_3 аа 9875645 а5:0018 00 00 00 00 00 00 00 00 
рес_4 ам 29857 
.соде ;сепмент кода 
па1п: ;точка входа в программу 
поу ах,@аафа ;связываем регистр ах с сегментом 
поУ 94$,ах ;данных через регистр ах 
ех1е: : посмотрите в отладчике дамп сегмента данных 
ие ах. 4с00н ;стандартный выход 
106 218 
епа па1п ; конец программы 








Рис. 8.2. Дамп памяти для сегмента данных листинга 8.1 
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Таблица 8.1. Диапазон значений двоичных чисел 


0.255 —78_+17 


0.65 535 -32 768..+32 767 
0..4 294 967 295 -2 147 483 648..+2 147 483 647 





Как описать целые двоичные числа в программе? Это делается с использовани- 
емдирективописанияданных ОВ, ОУ/и Ор. Втглаве5описанывозможныеварианты 
содержимого полей операндов этих директив и диапазоны их значений. К приме- 
ру, последовательность описаний двоичных чисел из сегмента данныхлистинга 8.1 
(помните о принципе «младший байт по младшему адресу») будет выглядеть в па- 
мяти так, как показано на рис. 8.2. 


Листинг 8.1. Числа с фиксированной точкой 


;рг=_8_1.а5т 

таз 

поде1 па11 

саск 256 

‚Дата ; сегмент данных 


рег. 1 90 23 
рег_2 ам 9856 
рег_3 аа 9875645 
рег_4 9и 29857 


.соае ‚сегмент кода 
па1п: ‚точка входа в программу 
МОУ ах, @дафта; связываем регистр @х с сегментом 
МОУ 9$, ах ;данных через регистр ах 
ех1е: ‚посмотрите в отладчике дамп сегмента данных 
‚ шоу ах,4с00Н; стандартный выход 
1пё 211 
епа ма1п ;конец программы 


Десятичные числа 


Десятичные числа — специальный вид представления числовой информации, в ос- 
нову которого положен принцип кодирования каждой десятичной цифры числа 
группой из четырех битов. При этом каждый байт числа содержит одну или две 
десятичные цифры в так называемом двоично-десятичном коде (Втагу-Содеа 
Оесипа!, ВСО). Процессор хранит ВСО-числа в двух форматах (рис. 8.3). 


. В упакованном формате каждый байт содержит две десятичные цифры. Деся- 
тичная цифра представляет собой двоичное значение в диапазоне от 0 до 9 раз- 
мером четыре бита. При этом код старшей цифры числа занимает старшие 
четыре бита. Следовательно, диапазон представления десятичного упакован- 
ного числа в одном байте составляет от 00 до 99. 


# В неупакованном формате каждый байт содержит одну десятичную цифру в че- 
тырех младших битах. Старшие четыре бита имеют нулевое значение. Это так 
называемая зона. Следовательно, диапазон представления десятичного неупа- 
кованного числа в одном байте составляет от 0 до 9. 


Как описать двоично-десятичные числа в программе? Для этого можно исполь- 
зовать только две директивы описания и инициализации данных — ОВи ОТ. Воз- 
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Упакованное десятичное число 5674304: 


. . 
* **.ь 
:. 


0000 ото 0110, О[0100 0011| 0000, 0100 


Неупакованное десятичное число 9985784: 





Рис. 8.3. Представление ВСО-чисел 


можность применения только этих директив для описания ВСО-чисел обусловле- 
на тем, что ктаким числам также применим принцип «младший байт по младшему 
адресу», что, как мы увидим далее, очень удобно для их обработки. И вообще, при 
использовании такого типа данных, как ВСО-числа, порядок описания этих чисел 
в программе и алгоритм их обработки — это дело вкуса и личных пристрастий про- 
граммиста, что станет более ясным после того, как мы далее рассмотрим основы 





Рис. 8.4. Дамп памяти для сегмента данных листинга 8.2 
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работы с ВСО-числами. К примеру, приведенная в сегменте данных листинга 8.2 
последовательность описаний ВСО-чисел будет выглядеть в памяти так, как пока- 
зано на рис. 8.4. 


Листинг 8.2. ВСО-числа 


;рг=_8_2.а$т 

мазт 

поде1 5па11 

осаск 256 

‚Чаха ‚сегмент данных 

рег! 96 2,3,4,6,8,2 ;неупакованное ВСО-число 286432 

ре3 0 9875645 ‚упакованное ВСО-число 9875645 

.соде ; сегмент кода 

ма1п: ;точка входа в программу 
моу ах, @дата ‚связываем регистр 4х с сегментом 
моу 4$, ах ; данных через регистр ах 

ехц: ‘посмотрите в отладчике дамп сегмента данных 
оу ах, 4с 09 ‚Стандартный выход 
118 210 

еп та1п ; конец программы 


После столь подробного обсуждения форматов данных, с которыми работают 
арифметические операции, можно приступить к рассмотрению средств их обра- 
ботки на уровне системы команд процессора. 


Арифметические операции над целыми 
двоичными числами 


В данном разделе мы рассмотрим особенности каждого из четырех основных ариф- 
метических действий для целых двоичных чисел со знаком и без знака. Дополни- 
тельные сведения о возможностях ассемблера по обработке целых двоичных чи- 
сел можно получить [8]. 


Сложение двоичных чисел без знака 


Процессор выполняет сложение операндов по правилам сложения двоичных чи- 
сел. Проблем не возникает до тех пор, пока значение результата не превышает раз- 
мерности поля операнда (см. табл. 8.1). Например, при сложении операндов раз- 
мером в байт результат не должен превышать 255. Если это происходит, то результат 
оказывается неверен. Рассмотрим, почему. К примеру, выполним сложение: 254 + 
+ 5 = 259 вдвоичном виде: 


11111110 + 0000101 - 100000011. 


Результат вышел за пределы восьми битов, и правильное его значение уклады- 
вается в 9 битов, а в 8-разрядном поле операнда осталось значение 3, что, конечно, 
неверно. В процессоре подобный исход сложения прогнозируется, и предусмотре- 
ны специальные средства для фиксации подобных ситуаций и их обработки. Так, 
для фиксации ситуации выхода за разрядную сетку результата, как в данном слу- 
чае, предназначен флаг переноса СЕ. Он располагается в бите 0 регистра флагов 
ЕРСАС$/ЕЬАС$. Именно установкой этого флага фиксируется факт переноса едини- 
цы из старшего разряда операнда. Естественно, что программист должен преду- 
сматривать возможность такого исхода операции сложения и средства для кор- 





Арифметические операции над целыми двоичными числами 171 


ректировки. Это предполагает включение фрагментов кода после операции сло- 
жения, в которых анализируется состояние флага СЕ. Этот анализ можно провести 
различными способами. Самый простой и доступный — использовать команду 
условного перехода ЭС. Эта команда в качестве операнда имеет имя метки в теку- 
щем сегменте кода. Переход на метку осуществляется в случае, если в результате 
работы предыдущей команды флаг СЕустановился в 1. Команды условных перехо- 
дов будут рассматриваться в главе 10. 

Если теперь посмотреть на рис. 8.1, то видно, что в системе команд процессора 
имеются три команды двоичного сложения: 





команда инкремента, то есть увеличения значения операнлда на 1: 

1пс операнд 
команда сложения (операнд_1 = операнд_1 + операнд_2): 

а операнд_1, операнд_2 
команда сложения сучетом флага переноса СЕ (операнд_1 = операнд_1 +операнд_2 
+ значение_СР): 

ас операнд_1, операнд_2 
Обратите внимание на последнюю команду — это команда сложения, учитыва- 
ющая перенос единицы из старшего разряда. Механизм появления такой единицы 
мы уже рассмотрели. Таким образом, команда АОС является средством процессора 
для сложения длинных двоичных чисел, размерность которых превосходит под- 
держиваемые процессором размеры стандартных полей. 
Рассмотрим пример вычисления суммы чисел (листинг 8.3). 








Листинг 8.3. Вычисление суммы чисел 


<1> ;ргё_8_3.а5т 
<2> тазт 

<3> поде]1 5ща11 
<4> эбаск 256 


<5> .Чафа 

<6> а 9 254 

<7> .соде ;сегмент кода 

<8> пай: 

<9> поу ах,@дата 

<10> поу 95, ах 

<11> Ее 

<12> хог ах, ах 

<13> а а1,17 

<14> ад а1, а 

<15> пе п1 ;если нет переноса, то перейти на 11 
<16> ас ап, 0 ;в ах сумма с учетом переноса 
<17> Ш: ;... 

<18> ех1е: 

<19> щоу ах, 4с00Н; стандартный выход 

<20> 106 218 

<21> еп па1п ;конец программы 


В строках 13-14 создана ситуация, когда результат сложения выходит за гра- 
ницы операнда. Эта возможность учитывается строкой 15, где команда 9№ (хотя 
можно было обойтись и без нее) проверяет состояние флага СЕ. Если он установ- 
лен в 1, то результат операции получился большим по размеру, чем операнд, и для 
его корректировки необходимо выполнить некоторые действия. В данном случае 
мы просто полагаем, что границы операнда расширяются до размера АХ, для чего 
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учитываем перенос в старший разряд командой АОС (строка 16). Напомню, что ис- 
следовать работу команд сложения без учета знака вы можете в отладчике. Для 
этого введите в текстовом редакторе текст листинга 8.3, получите исполняе- 
мый модуль, запустите отладчик и откройте в нем окна командами \У1ем » Эитр 
и Мем ›» Вес1$етз. Далее, в пошаговом режиме отладки можно более наглядно про- 
следить за всеми процессами, происходящими в процессоре во время работы про- 
граммы. 


Сложение двоичных чисел со знаком 


Теперь настала пора раскрыть небольшой секрет. Дело в том, что на самом деле 
процессор не подозревает о различии между числами со знаком и числами без зна- 
ка. Вместо этого у него есть средства фиксации возникновения характерных ситуа- 
ций, складывающихся в процессе вычислений. Некоторые из них мы рассмотрели 
ранее при обсуждении команд сложения чисел без знака — это учет флага перено- 
са СЕ. Установка этого флага в 1 говорит о том, что произошел выход за пределы 
разрядности операндов. Далее с помощью команды А) Сможноучесть возможность 
такого выхода (переноса из младшего разряда) во время работы программы. 
Другое средство фиксации характерных ситуаций в процессе арифметических 
вычислений — регистрация состояния старшего (знакового) разряда операн- 
да, которое осуществляется с помощью флага переполнения ОЕв регистре ЕЕГАС5 
(бит И). 

В главе 4 мы рассматривали, как представляются числа в компьютере. При этом 
отмечали, что положительные числа представляются в двоичном коде, а отрица- 
тельные — в дополнительном. Рассмотрим различные варианты сложения чисел. 
Примеры призваны показать поведение двух старших битов операндов и правиль- 
ность результата операции сложения. 

Первый вариант сложения чисел: 


30566 = 01110111 01100110 
+ 


00687 = 00000010 10101111 


31253 =0111101000010101. 


Следим за переносами из 14-го и 15-го разрядов и за правильностью результа- 
та: переносов нет, результат правильный. 
Второй вариант сложения чисел: 


30566 = 01110111 01100110 
+ 


30566 = 01110111 01100110 


61132 = 11101110 11001100. 


Произошел перенос из 14-го разряда; из 15-го разряда переноса нет. Результат 
неправильный, так как имеется переполнение — значение числа получилось боль- 
ше, чем то, которое может иметь 16-разрядное число со знаком (+32 767). 

Третий вариант сложения чисел: 


ЕС ЗЕ РНЕ НОЕ ЕЕ НОЕ ИИ 
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-30566 = 10001000 10011010 
+ 
-04875 = 11101100 11110101 


-3544 = 01110101 10001111. 


Произошел перенос из 15-го разряда, из 14-го разряда нет переноса. Результат 
неправильный, так как вместо отрицательного числа получилось положительное 
(в старшем бите находится 0). 

Четвертый вариант сложения чисел: 


-4875 = 11101100 11110101 
+ 


—4875 = 11101100 11110101 


-9750 = 11011001 11101010. 


Есть переносы из 14-го и 15-го разрядов. Результат правильный. 
Таким образом, мы исследовали все случаи и выяснили, что ситуация перепол- 
нения (установка флага ОЕв 1) происходит при переносе: 


* из 14-го разряда (для положительных чисел со знаком); 


в из 15-го разряда (для отрицательных чисел). 


И, наоборот, переполнения не происходит (то есть флаг ОЕ сбрасывается в 0), 
если есть перенос из обоих разрядов или перенос отсутствует в обоих разрядах. 

Таким образом, ситуация переполнение регистрируется процессором с помо- 
шью флага переполнения ОЁ. Дополнительно к флагу ОЕ при переносе из старшего 
разряда устанавливается в 1 и флаг переноса СР. Так как процессор не знает о су- 
ществовании чисел со знаком и без знака, то вся ответственность за правильность 
действий с получившимися числами ложится на программиста. Теперь, наверное, 
понятно, почему мы столько внимания уделили тонкостям сложения чисел со зна- 
ком. Учтя все это, мы сможем организовать правильный процесс сложения чисел — 
будем анализировать флаги СЕ и ОЕ и принимать правильное решение! Проанали- 
зировать флаги СРи ОЕ можно командами условного перехода 3С\3№ и 30\3№0 соот- 
ветственно (глава 10). 

Что же касается команд сложения чисел со знаком, то из изложенного ранее 
понятно, что в архитектуре 1А-32 сами команды сложения чисел со знаком те же, 
что и для чисел без знака. 


Вычитание двоичных чисел без знака 


Аналогично анализу операции сложения, порассуждаем над сутью процессов, про- 
исходящих при выполнении вычитания. 


Если уменьшаемое больше вычитаемого, то проблем нет, — разность положи- 
тельна, результат верен. 


Если уменышаемое меньше вычитаемого, возникает проблема: результат мень- 
ше 0, а это уже число со знаком. В этом случае результат необходимо завер- 
нуть. Что это означает? При обычном вычитании (в столбик) делают заем 1 из 
старшего разряда. Процессор поступает аналогично, то есть занимает 1 из раз- 
ряда, следующего за старигим в разрядной сетке операнда. Поясним на примере. 
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Первый вариант вычитания чисел: 


05 =0000000000000101 
-10 = 0000000000001010. 


`Для того чтобы произвести вычитание, произведем воображаемый заем из стар- 
шего разряда: 
100000000 00000101 


0000000000001010 


= 


ПИ ПИ. 


Тем самым, по сути, выполняется действие (65 536 + 5) - 10 = 65 531, 0 здесь 
как бы эквивалентен числу 65 536. Результат, конечно, неверен, но процессор счи- 
тает, что все нормально, тем не менее, факт заема единицы он фиксирует, устанав- 
ливая флаг переноса СЕ. Посмотрите еще раз внимательно на результат операции 
вычитания. Это же число -5 вдополнительном коде! Проведем эксперимент: пред- 
ставим разность в виде суммы 5 + (-10). 

Второй вариант вычитания чисел: 


5 = 00000000 00000101 
+ 


(10) =пиим ипоно 


ии ии. 


То есть мы получили тот же результат, что и в предыдущем примере. Таким 
образом, после команды вычитания чисел без знака нужно анализировать состоя- 
ние флага СЕ. Если он установлен в 1, это говорит о том, что произошел заем из 
старшего разряда и результат получился в дополнительном коде. 

Аналогично командам сложения группа команд вычитания состоит из мини- 
мально возможного набора. Эти команды выполняют вычитание по алгоритмам, 
которые мы сейчас рассматриваем, а учет особых ситуаций должен производиться 
самим программистом. ь 


®# Команда декремента выполняеуменьшения значения операнда на 1: 
ес операнд 
Команда вычитания (операнд_1 = = операнд_1 - операнд_2): 
зир операнд_1, операнд_2 
8 Команда вычитания с учетом заема, то есть флага СЕ (операнд_1 = операнд_1 - 
операнд_2 - значение_СР): 
$66 операнд_1, операнд_2 
Как видите, среди команд вычитания есть команда ЗВВ, учитывающая флаг пе- 
реносаСЕ. ЭтакомандаподобнаАО С, нотеперьужефлагСЕиграетрольиндикатора 
заема 1 из старшего разряда при вычитании чисел. 
Рассмотрим пример (листинг 8.4) программной обработки ситуации, рассмот- 
ренной ранее для второго варианта вычитания чисел. 
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Листинг 8.4. Проверка при вычитании чисел без знака 


<1> ;ргЕ_8_4.а$т 
<2> тазм 

<3> поде1 —зпа11 
<4> эбаск 256 


<5> „Чака 

<6> .соде ‚сегмент кода 

<7> па1п: :точка входа в программу 
<8> ;... 

<9> хог ах, ах 

<10> поУу а1,5 

<11> зиЪ а1, 19 

<12> пс 1 ‚нет переноса? 

<13> пед а1 ;в а| модуль результата 
<14> ш: ;... 

<15> ех1ё: 

<16> поу ах,4с00Н; стандартный выход 

<17> ше 21 

<18> еп пма1п ; конец программы 


В этом примере в строке 1 1 выполняется вычитание. С указанными для этой 
команды вычитания исходными данными результат получается в дополнитель- 
ном коде (отрицательный). Для того чтобы преобразовать результат к нормально- 
му виду (получить его модуль), применяется команда МЕС, с помощью которой 
получается дополнение операнда. В нашем случае мы получили дополнение до- 
полнения, или модуль отрицательного результата. А тот факт, что это на самом 
деле число отрицательное, отражен в состоянии флага СЕ. Дальше все зависит от 
алгоритма обработки. Исследуйте программу в отладчике. 


Вычитание двоичных чисел со знаком 


Вычитание двоичных чисел со знаком выполнять несколько сложнее. Последний 
пример показал то, что процессору незачем иметь два устройства — сложения и вы- 
читания. Достаточно наличия только одного — устройства сложения. Но для вы- 
читания способом сложения чисел со знаком оба операнда (и уменьшаемое, и вы- 
читаемое) необходимо представлять в дополнительном коде. Результат тоже нужно 
рассматривать как значение в дополнительном коде. Но здесь возникают сложно- 
сти. Прежде всего, они связаны с тем, что старшгий бит операнда рассматривается 
как знаковый. Рассмотрим пример вычитания 45 - (-127). 
Первый вариант вычитания чисел со знаком: 


45  =00101101 


-127 = 10000001 


-44 = 1010 1100. 


Судя по знаковому разряду, результат получился отрицательный, что, в свою 
-очередь, говорит о том, что число нужно рассматривать как дополнение, равное 
-44. Правильный результат должен быть равен 172. Здесь мы, как и в случае зна- 
кового сложения, встретились с иереполнением мантиссы, когда значащий разряд 
числа изменил знаковый разряд операнда. Отследить такую ситуацию можно по 
содержимому флага переполнения ОЕ. Его установка в 1 говорит о том, что резуль- 
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тат вышел за диапазон представления знаковых чисел (то есть изменился старший 
бит) для операнда данного размера и программист должен предусмотреть действия 
по корректировке результата. 

Следующее вычитание чисел со знаком выполним способом сложения: 


-45 - 45 - -45 + (-45)= -90. 
-415 = 1101 0011 
+ 


-45 =11010011 


-90 = 1010 0110. 


Здесь все нормально, флаг переполнения ОЕ сброшен в 0, а | взнаковом разряде 
говорит о том, что значение результата — число в дополнительном коде. 


Вычитание и сложение операндов 

большой размерности 

Если вы заметили, команды сложения и вычитания работают с операндами фик- 
сированной размерности: 8, 16, 32 бита. А что делать, если нужно сложить числа 


большей размерности, например 48 битов, используя 16-разрядные операнды? 
К примеру, сложим два 48-разрядных числа (рис. 8.5). 


ааа 0010001110010101 01001011 11111000 1111111100110001 


+ 
2-е слагаемое 0100010010001011 1010010100100100 0100100110000110 
1-й шаг : сложение младших 16 бит о 1 0100100010110111 





2-й шаг: сложение средних 16 бит 01001011 11111000 Пе 
(с учетом переноса * 
из младшего разряда): 1010010100100100 


11110001 00011100 
0000000000000001 


3-й шаг : сложение старших 16 бит 11110001 00011101 


(переноса из младшего 





разряда нет): 
0010001110010101 
+ 
0100010010001011 
Результат сложения: 0110100000100000 11110001 00011101 0100100010110111 


Рис. 8.5. Сложение операндов большой размерности 


Рисунок по шагам иллюстрирует технологию сложения длинных чисел. Вид- 
но, что процесс сложения многобайтных чисел происходит так же, как и при сло- 
жении двух чисел «в столбик», — с осуществлением при необходимости переноса 
1 в старший разряд. Если нам удастся запрограммировать этот процесс, то мы зна- 
чительно расширим диапазон двоичных чисел, над которыми можно выполнять 
операции сложения и вычитания. 

Принцип вычитания чисел с диапазоном представления, превышающим стан- 
дартные разрядные сетки операндов, тот же, что и при сложении, то есть использу- 


—»®»Ю®—ЮЬ——щшщмшШыщыащмымщм—=щшщ—ддддд < --ыыныыЛылыыщ =. 
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ется флаг переноса СЕ. Нужно только представлять себе процесс вычитания в стол- 
бик и правильно комбинировать команды процессора с командой $ВВ. Чтобы на- 
писать достаточно интересную программу, моделирующую этот процесс, необхо- 
димо привлечь те конструкции языка ассемблера, которые мы еще не обсуждали. 
Среди прилагаемых к книге файлов в каталоге данной главы находятся исходные 
тексты подпрограмм, реализующих четыре основных арифметических действия 
для двоичных операндов произвольной размерности'!. Не поленитесь вниматель- 
но изучить их, так как они являются хорошей иллюстрацией к материалу, изучае- 
мому в этой и последующих главах. К этим примерам можно будет обратиться в - 
полной мере после того, как будут изучены механизмы процедур и макрокоманд 
(главы [4 и 15). Кроме того, в [8] обсуждаются вопросы программирования цело- 
численных арифметических операций, но в расширенном контексте. 

В завершение обсуждения команд сложения и вычитания отметим, что кроме 
флагов СЕи ОЕв регистре ЕЕГАС$ есть еще несколько флагов, которые можно ис- 
пользовать с двоичными арифметическими командами. Речь идет о следующих 
флагах: 





1Е — флаг нуля, который устанавливается в 1, если результат операции равен О, 
ив0, если результат не равен 0; 





ЗЕ — флагзнака, значение которого после арифметических операций (и не толь- 
ко) совпадает со значением старшего бита результата, то есть с битом 7, 15 или 
31 (таким образом, этот флаг можно использовать для операций над числами 
со знаком). 


Умножение двоичных чисел без знака 


Для умножения чисел без знака предназначена команда 
ти| сомножитель_1 

Как видите, в команде указан всего лишь один операнд-сомножитель. Второй 
операнд-сомножитель задан неявно. Его местоположение фиксировано и зависит 
от размера сомножителей. Так как в общем случае результат умножения больше, 
чем любой из его сомножителей, то его размер и местоположение должны быть 
тоже определены однозначно. Варианты размеров сомножителей и мест размеще- 
ния второго операнда и результата приведены в табл. 8.2. 


Таблица 8.2. Расположение операндов и результата при умножении 


Первый Второй Результат 

сомножитель ‘сомножитель 

Байт АГ 16 битов в АХ: АГ. — младшая часть результата; 

- АН — старшая часть результата 

Слово АХ 32 бита в паре ОХ:АХ: АХ — младшая часть 
результата; ОХ — старшая часть результата 

Двойное слово ЕАХ 64 бита в паре ЕОХ:ЕАХ: ЕАХ — младшая часть 
результата; ЕОХ — старшая часть результата 


: Все прилагаемые к книге файлы можно найти по адресу ВИр://м\\у.рЦег.сот/до\юаа. — 
Примеч. ред. 
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Из таблицы видно, что произведение состоит из двух частей и в зависимости от 
размера операндов размещается в двух местах — на месте второго сомножителя 
(младшая часть) и вдополнительных регистрах АН, ОХ, ЕБХ (старшая часть). Как же 
динамически (то есть во время выполнения программы) узнать, что результат доста- 
точно мал и уместился в одном регистре или что он превысил размерность регист- 
ра и старшая часть оказалась в другом регистре? Для этого привлекаются уже из- 
вестные нам флаги переноса СЕи переполнения ОЕ: 





если старшая часть результата нулевая, то после завершения операции СЁ = О 
и 0Е= 0; 

если же флаги СЕи ОЕненулевые, это означает, что результат вышел за пределы 
младшей части произведения и состоит из двух частей, что и нужно учитывать 
при дальнейшей работе. 





Рассмотрим следующий пример программы (листинг 8.5). 


Листинг8.5. Умножение 


<1> ;ргё_8_5.а5т 

<2> тазт 

<3> пшоде]1 ста11 

<4> збаск 256 

<5> .дафа ;сегмент данных 
<6> ге’ 1абе1] мога 

<7> ге?_1 а 45 

<8> ге_В а 0 





<9> ‚соде ‚сегмент кода 

<10> та1п: ;точка входа в программу 
<11> Я 

<12> хог ах, ах 

<13> моу а1,25 

<14> ми те7_1 

<15> тс №1 ;если нет переполнения, то на м1 
<16> щоу гег_В, ай; старшую часть результата в ге?_П 
<> пи . 

<18> поу ге7_1,а1 

<19> ех1е: 

<20> поу ах, 4с00п; стандартный выход 

22 11Е 218 

<22> еп@ тат конец программы 


В строке 14 производится умножение значения в ге7_1 на число в регистре АГ. 
Согласно информации из табл. 8.2, результат умножения будет располагаться 
в регистре АГ. (младшая часть) и в регистре АН (старшая часть). Для выяснения 
размера результата в строке 15 командой условного перехода 3№ анализируется 
состояние флага СЕ, и если оно не равно 1, то результат остается в рамках регистра 
АГ. Если же СЕ= 1, то выполняется команда в строке 16, которая формирует в поле 
ге7_П старшее слово результата. Команда в строке 18 формирует младшую часть 
результата. Теперь обратите внимание на сегмент данных, а именно на строку 6. 
В этой строке содержится директива 1абе1. Мы еще не раз будем сталкиваться с этой 
директивой. В данном случае она назначает еще одно символическое имя ге адре- 
су, на который уже указывает другой идентификатор ге2_1. Различие заключается 
в типах этих идентификаторов — ге7 имеет тип слова, который ему назначается 
директивой [аб е] (имя типа указано в качестве операнда [аб 1). Введя эту директи- 
ву в программе, мы подготовились к тому, что, возможно, результат операции 
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умножения будет занимать в памяти целое слово. Обратите внимание на то, что 
мы не нарушили принципа: младший байт по младшему адресу. Далее, используя 
имя гей, можно обращаться к значению в этой области как к слову. 

В заключение можно исследовать в отладчике программу на разных наборах 
сомножителей. 


Умножениедвоичныхчисел сознаком 


Для умножения чисел со знаком предназначена команда 
1ти1 операнд_1{, операнд_2, операнд_3] 

Эта команда выполняется так же, как и команда МИ. Отличительной особен- 
ностью команды 1М] является только формирование знака. Если результат мал 
и умещается в одном регистре (то есть если (Е= ОЕ = 0), то содержимое другого 
регистра (старшей части) является расширением знака — все его биты равны стар- 
шему биту (знаковому разряду) младшей части результата. В противном случае 
(если СЕ= ОЕ= 1) знаком результата является знаковый бит старшей части резуль- 
тата, а знаковый бит младшей части является значащим битом двоичного кода ре- 
зультата. Если вы найдете в приложении команду [МИ], то увидите, что у нее име- 
ются более широкие возможности по заданию местоположения операндов. Это 
сделано для удобства использования. 


Деление двоичныхчиселбеззнака 


Для деления чисел без знака предназначена команда 
Ч1у делитель 

Делитель может находиться в памяти или в регистре и иметь размер 8, 16 или 
32 бита. Местонахождение делимого фиксировано и так же, как в команде умно- 
жения, зависит от размера операндов. Результатом команды деления являются зна- 
чения частного и остатка. Варианты местоположения и размеров операндов опе- 
рации деления показаны в табл. 8.3. 


Таблица 8.3. Расположение операндов и результата при делении 


Делимое Делитель Частное Остаток 


Слово (16 бит) Байт в регистре или Байт в регистре : Байт в 
в регистре АХ в ячейке памяти АБ регистре АН 


Двойное слово (32 бита), Слово (16 бит) в ре- | Слово (16 бит) в: Слово (16 бит) 
в ОХ — старшая часть, гистре или в ячейке регистре АХ в регистре ОХ 
вАХ — младшая часть памяти 


Учетверенное слово Двойное слово Двойное слово Двойное слово 
(64 бит), вЕОХ — старшая | (32 бита) в регистре | (32 бита) в (32 бита) в 
часть, в ЕАХ — младшая или в ячейке памяти | регистре ЕАХ регистре Е ОХ 


часть 





После выполнения команды деления содержимое флагов неопределенно, но 
возможно возникновение прерывания с номером 0, называемого «деление на ноль». 
Этот вид прерывания относится к так называемым исключениям и возникает внут- 
ри процессора из-за некоторых аномалий в вычислительном процессе. К вопросу 
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об исключениях мы еще вернемся. Прерывание 0 (деление на ноль) при выполне- 
нии команды ПУ может возникнуть по одной из следующих причин: 





делитель равен нулю; 


частное не входит в отведенную под него разрядную сетку, что может слу- 
ЧИТЬСЯ: 


0 при делении делимого величиной в слово на делитель величиной в байт, 
причем значение делимого более чем в 256 раз больше значения делителя, 


П при делении делимого величиной в двойное слово на делитель величиной 
в слово, причем значение делимого более чем в 65 536 раз больше значения 
делителя; | 


П при делении делимого величиной в учетверенное слово на делитель величи- 
ной в двойное слово, причем значение делимого более чем в 4 294 967 296 
раз больше значения делителя. 


К примеру, выполним деление значения в области 4] на значение в области 
дей (листинг 8.6). 


Листинг8.6. Делениечисел 


<1> ;ргё_8.6.а5т 

<2> тазт 

<3> поде]1 зта11 

<4> эбаск 256 

<5> „ака 

<6б> ае1_Ъ 1абе1 Бубе 
<7> ае1 дн 29876 

<8> ае1еа 45 




















<9> „соде ; сегмент кода 

<10> ватт: ;точка входа в программу 

<11> рыл 

<12> хог ах, ах 

<13> ‚последующие две команды можно заменить одной тоу ах, 4е1 
<14> поу ав, ае1_Ь ;старший байт делимого в ав 

<15> поу а1,9е1_р+1 ;младший байт делимого в а1 

<16> Ч1у 9е14 : в а1 - частное, в а - остаток 
<17> и 

<18> еп па1п : конец программы 


Выполнение программы втаком виде приведет к ошибке деления на ноль. При- 
чина описана ранее — частное не входит в отведенную под него разрядную сетку. 
Это происходит в случаях, когда делимое больше делителя на определенную вели- 
чину. А что же делать, если соотношение делимое и делителя именно такое? Под- 
робно деление, как, впрочем, и умножение, целых чисел произвольной разряднос- 
ти описано в книге [8]. Чтобы исправить пример из листинга 8.6, необходимо 
изменить разрядность делимого, исходя из разрядности делителя и требований ко- 
манды ПТУ. К примеру, делимое можно сделать равным 298. Пример будет выпол- 
нен без ошибок. 


Делен ие двоичных чисел со знаком 
Для деления чисел со знаком предназначена команда 
1а1у делитель 


Для этой команды справедливы все рассмотренные ранее рассуждения, касаю- 
щиеся команд и чисел со знаком. Отметим лишь особенности возникновения ис- 
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ключения 0 (деление на ноль) в случае чисел со знаком. Оно возникает при вы- 
полнении команды Ш/У по одной из следующих причин: 


делитель равен нулю; 





частное не входит в отведенную для него разрядную сетку, что, в свою очередь, 
может произойти: 


О при делении делимого величиной в слово со знаком на делитель величиной 
в байт со знаком, причем значение делимого более чем в 128 раз больше зна- 
чения делителя (таким образом, частное не должно находиться вне диапазо- 
наот —128 до +127); 


С при делении делимого величиной в двойное слово со знаком на делитель 
величиной в слово со знаком, причем значение делимого более чем в 32 768 
раз больше значения делителя (таким образом, частное не должно находиться 
вне диапазона от -32 768 до +32 768); 


П при делении делимого величиной в учетверенное слово со знаком на дели- 
тель величиной в двойное слово со знаком, причем значение делимого более 
чем в2 147 483 648 раз больше значения делителя (таким образом, частное 
не должно находиться вне диапазона от -2 147 483 648 до +2 147 483 647). 


Вспомогательные команды 
для арифметических вычислений 


В системе команд процессора есть несколько команд, которые облегчают програм- 
мирование алгоритмов, производящих арифметические вычисления, а также по- 
могают разрешать проблемы, возникающие при подобных вычислениях. 


Команды преобразования типов 


Что делать, если размеры операндов, участвующих в арифметических операциях, 
разные? Например, предположим, что в операции сложения один операнд занима- 
ет слово, а другой — двойное слово. Ранее было сказано, что в операции сложения 
должны участвовать операнды одного формата. Если числа без знака, то выход 
найти просто. В этом случае можно на базе исходного операнда сформировать но- 
вый операнд (формата двойного слова), старшие разряды которого просто запол- 
нить нулями. Сложнее ситуация для чисел со знаком: как динамически, в ходе вы- 
полнения программы, учесть знак операнда? Для решения подобных проблем 
в системе команд процессора есть так называемые команды преобразования типа. 
Эти команды расширяют байты в слова, слова — в двойные слова и двойные сло- 
ва — вучетверенные слова (64-разрядные значения). Команды преобразования типа 
особенно полезны при преобразовании целых со знаком, так как они автоматиче- 
ски заполняют старшие биты вновь формируемого операнда значениями знаково- 
го бита исходного объекта. Эта операция приводит к целым значениям того же 
знака и той же величины, что и исходная, но уже в более длинном формате. Подоб- 
ное преобразование называется операцией распространения знака. 
Существуют два вида команд преобразования типа. 
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П Команды без операндов — эти команды работают с фиксированными регис- 
трами: 


П 


СВУ! (Сопуег Вуе тю У!ога) — команда преобразования байта (в регистре 
АГ) в слово (в регистре АХ) путем распространения значения старшего бита 
АЕ на все биты регистра АН; 


СУ (Сопуеп УМота ю РочЫе) — команда преобразования слова (в регистре 
АХ) в двойное слово (в регистрах ОХ:АХ) путем распространения значения 
старшего бита ах на все биты регистра ОХ; 


СУБЕ (Сопуег У/ота 1ю Роче) — команда преобразования слова (в регист- 
ре АХ) в двойное слово (в регистре ЕАХ) путем распространения значения 
старшего бита АХ на все биты старшей половины регистра ЕАХ; 


СРО (Сопуек РоцЫе УМота то Опакег \Мота) — команда преобразования двой- 
ного слова (в регистре ЕАХ) в учетверенное слово (в регистрах ЕОХ:Е АХ) пу- 
тем распространения значения старшего бита ЕАХ на все биты регистра ЕОХ; 


{ Команды обработки строк (также глава 12). Эти команды обладают полезным 
свойством в контексте нашей проблемы: 


П 


тоузх операнд_1‚операнд_2 — команда пересылки с распространением знака 
расширяет 8- или 16-разрядное значение операнд_2, которое может быть ре- 
гистром или операндом в памяти, до 16- или 32-разрядного значения в од- 
ном из регистров, используя знаковый бит для заполнения старших позиций 
значения операнд_1 (данную команду удобно использовать для подготовки 
операндов со знаками к выполнению арифметических операций); 


тоу2х операнд_1‚олеранд_2 — команда пересылки с расширением нулем рас- 
ширяет 8- или 16-разрядное значение операнд_2 до 16- или 32-разрядного 
с очисткой (заполнением) нулями старших позиций значения операнд_2 
(данную команду удобно использовать для подготовки операндов без знака 
к выполнению арифметических действий). 


К примеру, вычислим значение у = (а +6)/с, где а, Ь, с — байтовые знаковые 
переменные (листинг 8.7). 


Листинг8.7. Вычисление простого выражения 


<1> ;ргё_8_7.а5т 
<2> мазт 

<3> поде1 ша11 
<4> збаск 256 


<5> „бака 
<6> а 9 5 
<7> Ь а 10 
<8> с аь 2 
<9> у ам 0 
<30> . соде 
<11> па1п: ;точка входа в программу 
<12> Е 
<13> хог ах, ах 
<14> моу а1,а 
<15> См 

.386 
<16> поУзх рх,Ь 
<17> а9 ах,Ьх 


—2—&дд—д,дздз—=з=С=э‘э‘э°ПУЭП д —— 


Арифметические операции над двоично-десятичными числами 1 83 
<18> татус ;в а| - частное, в ап - остаток 
<19> ехи: 
<20> поу ах ‚4с00Н; стандартный выход 
<21> 118 218 
<22> еп@ тат ‚конец программы 


В этой программе делимое для команды ШИУ (строка 18) готовится заранее. Так 
как делитель имеет размер байта, то делимое должно быть словом. С учетом этого 
сложение осуществляется параллельно с преобразованием размера результата 
в слово (строки 14-17). Например, расширение операндов со знаком производит- 
ся двумя разными командами — СВ\Ми МОУ5Х. 


Другие полезные команды 


В системе команд процессора есть две команды — ХАБ и МЕС, которые могут быть 
полезны, в частности, для программирования вычислительных действий: 


ж хааа приемник‚источник — обмен местами и сложение. Команда позволяет вы- 
полнить последовательно два действия: 


1) обменять значения приемник и источник; 


2) поместить на место операнда приемник сумму: приемник = приемник + источ- 
НИК. 


В пед операнд — отрицание с дополнением до двух. Команда выполняет инвер- 
тирование значения операнд. Физически команда выполняет одно действие: 
операнд = 0 - операнд, то есть вычитает операнд из нуля. Команду МЕС можно 
применять для смены знака и вычитания из константы. Дело в том, что коман- 
ды $ ОВи5ВВ не позволяют вычестьчто-либо из константы, так как константа не 
может служить операндом-приемником в этих операциях. Поэтому данную 
операцию можно выполнить с помошью двух команд: 

пез ах ;смена знака (ах) 


ада ах, 340 ;фактически вычитание: (ах)=346- (ах) 


Арифметические операции 
над двоично-десятичными числами 


Определение и формат ВСО-чисел были рассмотрены в начале этой главы. У вас 
справедливо может возникнуть вопрос: а зачем нужны ВСО-числа? Ответ может 
быть следующим: ВСО-числа нужны в коммерческих приложениях, то есть там, 
где числа должны быть большими и точными. Как мы уже убедились, выполнение 
операций с двоичными числами для языка ассемблера довольно проблематично: 


в Значения величин в формате слова и двойного слова имеют ограниченный диа- 
пазон. Если программа предназначена для работы в области финансов, то огра- 
ничение суммы в рублях величиной 65 536 (для слова) или даже 4 294 967 296 
(для двойного слова) существенно сужает сферу ее применения (да еще в на- 
ших экономических условиях — тут уж никакая деноминация не поможет). 


* Двоичные числа дают ошибки округления. Представляете себе программу, ра- 
ботающую где-нибудь в банке, которая не учитывает величину остатка при дей- 
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ствиях с целыми двоичными числами и оперирует при этом миллиардами. Не 
хотелось бы быть автором такой программы. Применение чисел с плавающей 
точкой не спасет — там существует та же проблема округления. 


я Болышной объем результатов в коммерческих программах требуется представ- 
лять в символьном виде (АЗСП-коде). Коммерческие программы не просто 
выполняют вычисления; одной из целей их применения является оперативная 
выдача информации пользователю. Для этого, естественно, информация долж- 
на быть представлена в символьном виде. Перевод чисел из двоичного кода 
в АЗСП-код, как мы уже видели, требует определенных вычислительных за- 
трат. Число с плавающей точкой еще труднее перевести в символьный вид. А вот 
если посмотреть на шестнадцатеричное представление неупакованной десятич- 
ной цифры (в начале данной главы) и на соответствующий ей символ в табли- 
це АЗСП, то видно, что они различаются на величину 30Б. Таким образом, пре- 
образование в символьный вид и обратно получается намного проще и быстрее. 


Эти доводы убеждают в важности овладения хотя бы основами действий с де- 
сятичными числами. Далее рассмотрим особенности выполнения основных ариф- 
метических операций с такими числами. Для предупреждения возможных вопросов 
сразу отметим тот факт, что отдельных команд сложения, вычитания, умножения 
и деления ВСО-чисел нет. Сделано это по вполне понятным причинам — размер- 
ность таких чисел может быть сколь угодно большой. Складывать и вычитать можно 
двоично-десятичные числа как в упакованном формате, так и в неупакованном, 
а вот делить и умножать можно только неупакованные ВСО-числа. Почему, будет 
видно из дальнейшего обсуждения. 


Неупакованные ВСО-числа 


Сложение 


Рассмотрим два случая сложения. 
Результат сложения не больше 9: 


6 =0000 0110 
+ 


3=0000 0011 


9=0000 1001. 


Переноса из младшей тетрады в старшую нет. Результат правильный. 
Результат сложения больше 9: 


06 =0000 0110 
+ 


07=00000111 


13=0000 1101. 


То есть мы получили уже не ВСО-число. Результат неправильный. Правиль- 
ный результат в неупакованном ВСО-формате в двоичном представлении должен 
бытьтаким: 0000 0001 0000 0011 (или 13 вдесятичном). Проанализировав данную 
проблему при сложении ВСО-чисел (и подобные проблемы при выполнении дру- 
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гих арифметических действий), а также возможные пути ее решения, разработчи- 
ки системы команд процессора решили не вводить специальные команды для ра- 
боты с ВСО-числами, а ввести несколько корректировочных команд. Назначение 
этих команд — корректировка результата работы обычных арифметических команд 
для случаев, когда операнды в них являются ВСО-числами. В случае сложения во 
втором примере видно, что полученный результат нужно корректировать. Для кор- 
рекции операции сложения двух однозначных неупакованных ВСО-чисел и пред- 
ставления результата сложения в символьном виде в системе команд процессора 
существует специальная команда ААА (АЗСП Аадй1$1 Гог Ааа оп). 

Команда ААА не имеет операндов. Она работает неявно только с регистром АГ. 
и анализирует значение его младшей тетрады. Если это значение меньше 9, то 
флаг СЕ сбрасывается в 0 и осуществляется переход к следующей команде. Если 
это значение больше 9, то выполняются следующие действия. 


1. К содержимому младшей тетрады АГ (но не к содержимому всего регистра!) 
прибавляется 6, тем самым значение десятичного результата корректируется 
в правильную сторону. 


2. Флаг СЕ устанавливается в 1, тем самым фиксируется перенос в старший раз- 
ряд для того, чтобы его можно было учесть в последующих действиях. 


Так, во втором примере сложения, предполагая, что значение суммы 0000 1101 
находится в АГ, после выполнения команды ААА в регистре будет 1101 + 0110 = 
= 0011, то есть двоичное значение 0000 0011 или десятичное значение 3, а флаг СЕ 
установится в 1, то есть перенос запоминается в процессоре. Далее программисту 
нужно использовать команду сложения АОС, которая учтет перенос из предыдуще- 
го разряда. Приведем пример программы сложения двух неупакованных ВСО-чи- 
сел (листинг 8.8). 


Листинг 8.8. Сложение неупакованных ВСО-чисел 


<1> ‚рг=_8_8. ам 
<2> АНИ 
<3> „дата 
<4> 1еп еди 2 ;разрядность числа 
<5> Ба 1/17 ; неупакованное число 71 
<6> С а 4,5 ‚неупакованное число 54 
<7> ии ар 3 ар (0 
<8> ‚.соде 
<9> па1т: ‚точка входа в программу 
<19> фена 
<11> хог Бх,Ьх 
<12> поу сх, 1еп 
<13> м1: 
<14> шоу а1,Ь[Ъх] 
<15> абс а1,с[Ьх] 
<16> ааа 
<17> поу зит[Ьх], а1 
<18> 11с рх 
<19> 1оор м1 
<20> ас зит[Ьх] ‚9 
<21> ре 
ехи: 


В листинге 8.8 есть несколько интересных моментов, над которыми стоит по- 
размыслить. Начнем с описания ВСО-чисел. Из строк 5 и 6 видно, что порядок их 
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ввода обратен нормальному, то есть цифры младших разрядов расположены по 
меньшему адресу. Это вполне логично по нескольким причинам: во-первых, такой 
порядок удовлетворяет общему принципу представления данных для процессо- 
ров Пи, во-вторых, это очень удобно для поразрядной обработки неупакованных 
ВСО-чисел, так как каждое из них занимает один байт. Хотя, повторюсь, програм- 
мист сам волен выбирать способ описания ВСО-чисел в сегменте данных. Строки 
14 и 15 содержат команды, которые складывают цифры в очередных разрядах ВСО- 
чисел, при этом учитывается возможный перенос из младшего разряда. Команда 
АААвстроке 16бкорректируетрезультатсложения, формируяв АГ. ВСО-цифруи при 
необходимости устанавливая в 1 флаг СЕ. Строка 20 учитывает возможность пере- 
носа при сложении цифр из самых старших разрядов чисел. Результат сложения 
формируется в поле зат, описанном в строке 7. 


Вычитание 


Ситуация при вычитании вполне аналогична сложению. Рассмотрим те же слу- 
чаи. 
Результат вычитания не больше 9: 


6=0000 0110 

3=00000011 

3 = 00000011. 

Как видим, заема из старшей тетрады нет, Результат верный и корректировки 
не требует. 

Результат вычитания больше 9: 

6 =00000110 

7 =00000111 

-1-11111111. 


Вычитание проводится по правилам двоичной арифметики. Поэтому резуль- 
тат не является ВСО-числом. Правильный результат в неупакованном ВСО-фор- 
мате должен быть 9 (0000 1001 в двоичной системе счисления). При этом предпо- 
лагается заем из старшего разряда, как при обычной команде вычитания, то есть 
в случае с ВСО-числами фактически должно быть выполнено вычитание 16 - 7. 
Таким образом, как и в случае сложения, результат вычитания нужно корректиро- 
вать. Для этого существует специальная команда АА$ (АЗСПИ Ад]а$( Юг Зибзгас- 
оп), выполняющая коррекцию результата вычитания для представления в сим- 
вольном виде. 

Команда АА$ также не имеет операндов и работает с регистром АТ, анализируя 
его младшую тетраду следующим образом: если ее значение меньше 9, то флаг СЕ 
сбрасывается в 0 и управление передается следующей команде. Если значение тет- 
рады в АЁ больше 9, то команда АА$ выполняет следующие действия. 


1. Из содержимого младшей тетрады регистра АГ. (заметьте, не из содержимого 
всего регистра) вычитается 6. 


В АНЕСТЕЗИИ бе ВИ 
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. 2. Старшая тетрада регистра АГ, обнуляется. 


3. Флаг СЕ устанавливается в 1, тем самым фиксируется воображаемый заем из 
старшего разряда. 


Понятно, что команда АА$ применяется вместе с основными командами вычи- 
тания$ ОВиЪзВВ. При этом команду $ 0 В естьсмысл использовать только один раз 
при вычитании самых младших цифр операндов, далее должна применяться ко- 
манда $ВВ, которая будет учитывать возможный заем из старшего разряда. В лис- 
тинге 8.9 мы обходимся одной командой 5$ВВ, которая в цикле производит пораз- 
рядное вычитание двух ВСО-чисел. 


Листинг 8.9. Вычитание неупакованных ВСО-чисел 


<1> ;ргЕ_8_9.а5т 
<2> тазт 

<3> пойе1 па11 
<4> зтаск 256 








<5> „Чака ; сегмент данных 

<6> р 9 1,7 ‚; неупакованное число 71 
<7> с 94 4,5 ;неупакованное число 54 
<8> ваз 4 2 ар 0 

<9> .соае 

<18> мат: ‚точка входа в программу 
<11> оу ах, @дафа ; связываем регистр Чх с сегментом 
<12> оу 4$, ах ‚данных через регистр ах 
<13> хог ах, ах ; очищаем ах 

<14> 1еп еди 2 ‚разрядность чисел 

<15> хог Бх, 6х 

<16> оу сх, 1еп ; загрузка в сх счетчика цикла 
<17> п]: 

<18> оу а1,5[Ъх] 

<19> вр а1,с[ЪХ] 

<20> аа5 

<21> оу 515$ [Хх], а! 

<22> 11с рх 

<23> 1оор п] 

<24> < 12 ‚анализ флага заема 

<25> ]тр ех1 

<26> м2:;... 

<21> ех1{: 

<28> поу ах,4с00н ‚стандартный выход 

<29> 106 211 

<30> епа па1п ‚конец программы 


Данная программа не требует особых пояснений в случае, когда уменьшаемое 
больше вычитаемого. Поэтому обратите внимание на строку 24. С ее помощью мы 
предусматриваем случай, когда после вычитания старших цифр чисел был зафик- 
сирован факт заема. Это говорит о том, что вычитаемое было больше уменьшаемо- 
го, в результате чего разность оказалась неправильной. Эту ситуацию нужно как- 
то обработать. С этой целью в строке 24 командой С анализируется флаг СЕ. По 
результату этого анализа мы уходим на ветку программы, обозначенную меткой 
т2, где и выполняются нужные действия. Набор этих действий зависит от кон- 
кретного алгоритма обработки, поэтому поясним только их суть. Для этого посмот- 
рите в отладчике, как наша программа выполняет вычитание 50 - 74 (правильный 
ответ 24). То, что вы увидите в окне ОЭитр отладчика (в поле, соответствующем 
адресу $165), окажется далеким от истины. Что делает в этом случае человек? Он 
просто мысленно меняет местами вычитаемое и уменьшаемое (74 - 50 = 24), а ре- 
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зультат рассматривает со знаком «минус». Так и фрагмент программы, обозначен- 
ный меткой т2, может, поменяв уменьшаемое и вычитаемое местами и выполнив 
вычитание, где-то отметить тот факт, что разность, на самом деле, нужно рассмат- 
ривать как отрицательное число. 


Умножение 


На примере сложения и вычитания неупакованных чисел мы выяснили, что стан- 
дартных алгоритмов для выполнения этих действий над ВСО-числами нет и про- 
граммист должен сам, исходя из требований к своей программе, реализовать эти 
операции. Реализация двух оставшихся операций — умножения и деления — еще 
сложнее. В системе команд процессора присутствуют только средства для умно- 
жения и деления одноразрядных неупакованных ВСО-чисел. Для их умножения 
необходимо воспроизвести описанную далее процедуру. 


1. Поместить один изсомножителей в регистр АТ, (как того требует команда МОТГ.). 
2. Поместить второй сомножитель в регистр или память, отведя для него байт. 


3. Перемножить сомножители командой МИ (результат, как и положено, окажет- 
ся врегистреАХ). 


4. Скорректировать результат, который, конечно, будет представлен в двоичном 
коде. 


Для коррекции результата после умножения в целях представления его в сим- 
вольном виде применяется специальная команда ААМ (АЗСП Ади юг Ми!арН- 
саНоп). Она не имеет операндов и работает с регистром АХ следующим образом. 


1. Делит АЁ на 10. 
2. Результат деления записывается так: частное — в АГ, остаток —вАН. 


В результате после выполнения команды ААМ в регистрах АГ и АН находятся 
правильные двоично-десятичные цифры произведения двух цифр. 

В листинге 8.10 приведен пример умножения ВСО-числа произвольной раз- 
мерности на однозначное ВСО-число. 


Листинг 8.10. Умножение неупакованных ВСЛ-чисел 


<1> пазм 
<2> по4е1 па11 
<3> эбаск 256 


<4> „Дафа 

<5> р 46 6,7 ‚неупакованное число 76 
<6> с 0 4 ‚неупакованное число 4 
<7> рго17у @р 4 ар (0) 

<8> .соде 

<9> тат: ; точка входа в программу 
<160> то\у ах, @дата 

<}1> оу 9$, ах 

<12> хог ах, ах 

<13> 1еп еди 2 ‚размерность сомножителя 1 
<14> хог Бх, 6х 

<15> . ХОГ$Т, $1 

<16> хог 91, 41 

<17> по\у сх ‚еп ;в сх длина наибольшего сомножителя 1 
<18> т: 


<19> то\уа!, 6 [$1] 


ыы д 
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<20> мт с 

2 аат ‚коррекция умножения 

<22> ас а1, 91 ‚учли предыдущий перенос 
<23> ааа ;‚скорректировали результат сложения с переносом 
<24> оу 91, ап ; запомнили перенос 

<25> оу рго12\[Ъх]| ‚а1 

<26> Тис 91 

<27> 11с Ох 

<28> 1оор м1 ‚цикл на метку п] 

<29> оу рго17у[Ъх] ‚ат ;учли последний перенос 
<30> ех1{ : 

<31> оу ах, 4с90Н 

<32> 106 218 

<33> еп па1п 








Данную программу можно легко модифицировать для умножения ВСО-чисел 
произвольной длины. Для этого достаточно представить алгоритм умножения 
В «столбик». Листинг 8.10 можно использовать для получения частичных произ- 
ведений в этом алгоритме. После их сложения со сдвигом получится искомый ре- 
зультат. Попробуйте написать эту программу самостоятельно. Если же данная за- 
дача окажется для вас непосильной, ее решение вы можете найти в [8]. 

Перед окончанием обсуждения команды ААМ необходимо отметить, что ее можно 
применять для преобразования двоичного числа в регистре АГ. в неупакованное 
ВСО-число, которое окажется в регистре АХ: старшая цифра результата — в АН, 
младшая — в АГ. Понятно, что двоичное число должно быть в диапазоне 0...99. 


Деление 


Процесс деления двух неупакованных ВСО-чисел несколько отличается от дру- 
гих рассмотренных ранее операций с ними. Здесь также требуются действия по 
коррекции, но они должны выполняться до основной операции, выполняющей 
непосредственно деление одного ВСО-числа на другое ВСО-число. Предваритель- 
но в регистре АХ нужно получить две неупакованные ВСО-цифры делимого. Это 
делает программист удобным для него способом. Далее для коррекции результата 
деления в целях представления его в символьном виде нужно выполнить команду 
ААБ(АЗСП Ада ог О№$10п). 

КомандаААОнеимеетоперандов и преобразуетдвузначное неупакованное ВСО- 
число в регистре АХ в двоичное число, которое впоследствии будет играть роль 
делимого в операции деления. Кроме преобразования, команда ААО помещает по- 
лученное двоичное число в регистр АГ.. Делимое, естественно, является двоичным 
числом издиапазона0...99. Алгоритм, по которому команда АА РО осуществляет это 
преобразование, выглядит следующим образом. 


1. Умножить на 10 старшую цифру исходного ВСО-числавАХ (содержимое АН). 
2. Выполнитьсложение АН + АГ, результат которого (двоичноечисло) занести в АЕ, 
3. Обнулить содержимое АН. 


Далее программисту нужно выполнить обычную команду деления ПТУ для де- 
ления содержимого АХ на одну ВСО-цифру, находящуюся в байтовом регистре или 
байтовой ячейке памяти. Деление неупакованных ВСО-чисел иллюстрирует лис- 
тинг 8.11. 
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Листинг8.1 1 . Деление неупакованных ВСО-чисел 
<1> ;ргё_8_11.а5т 


<2>.. 

<3> ааа ‚ сегмент данных 

<> р 94 1/7 ;неупакованное ВСР-число 71 
<5> с 9&4 4 

<б> .соде ‚сегмент кода 

<1> па1т: ‚точка входа в программу 
<8> 

<9> моу а1,Б 

<10> ааЯ ; коррекция перед делением 
<11> ЧУ с ;в ат ВСО — частное, в аН ВСР - остаток 
<12> о 

<13> ехщ: 


Аналогично ААМ, команде ААО можно найти и другое применение — использо- 
вать ее для перевода неупакованных ВСО-чисел из диапазона 0...99 в ихдвоичный 
эквивалент. 

Для деления чисел большей разрядности так же, как и в случае умножения, 
нужно реализовывать, например, алгоритм деления в «столбик» или найти более 
оптимальный путь. Любопытный и настойчивый читатель, возможно, самостоя- 
тельно разработает эти программы. Но это делать совсем необязательно. Среди 
файлов, прилагаемых к книге, в каталоге данной главы приведены тексты макро- 
команд, которые выполняют четыре основных арифметических действия с ВСО- 
числами любой разрядности. Кроме этого в [8] вы найдете дополнительный мате- 
риал по этому вопросу. 


Упакованные ВСО-числа 


Какуже отмечалось ранее, упакованные ВСО-числа можно только складывать и вы- 
читать. Для выполнения других действий над ними их нужно дополнительно пре- 
образовывать либо в неупакованный формат, либо в двоичное представление. Та- 
ким образом, сами по себе упакованные ВСО-числа представляют не слишком 
большой интерес для программиста, поэтому мы их рассмотрим кратко. 


Сложение 


Вначале разберемся с сутью проблемы и попытаемся сложить два двузначных упа- 
кованных ВСО-числа: 


67 =01100111 
+ 


75 =01110101 


142 = 1101 1100= 220 


Как видим, в двоичном виде результат равен 1 101 1 100 (или 220 в десятичном 
представлении), что неверно. Это происходит по той причине, что процессор не 
подозревает о существовании ВСО-чисел и складывает их по правилам сложения 
двоичных чисел. На самом деле результат в двоично-десятичном виде должен быть 
равен 0001 0100 0010 (или 142 в десятичном представлении). Этот пример иллюс- 
трирует необходимость корректировки результатов арифметических операций 
с упакованными ВСО-числами, так же как это было в случае неупакованных ВСО- 
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чисел. Для корректировки результата сложения упакованных чисел в целях пред- 
ставления его в десятичном виде процессор предоставляет команду РАА (Оесипа| 
Аа 1$ Юг АЗ оп). 

Команда РАА преобразует содержимое регистра АТ, в две упакованные десятич- 
ные цифры (по алгоритму, приведенному в приложении А, где данная команда 
описана более подробно). Получившаяся в результате сложения единица (если 
результат сложения больше 99) запоминается во флаге СЕ, тем самым учитывается 
перенос в старший разряд. 

Проиллюстрируем сказанное на примере сложения двух двузначных ВСО-чи- 
сел в упакованном формате (листинг 8.12). 


Листинг 8.12. Сложение упакованных ВСО-чисел 
<1> ;ргЕ_8 12.а5т 


мех . 

<3> „аафа ; сегмент данных 

<4> р а 17 ;упакованное число 17 

<5> С а 458 ;упакованное число 45 

<6б> зим 4 2 ар (0) 

<7> .соде ‚сегмент кода 

<8> па1т: ;точка входа в программу 

а 

<10> шоу а1 ,Ь 

<11> ада а1,с 

<12> аа : 

<13> с 5+6 ; переход через команду, если результат <= 99 
<14> оу $ит+1, ан ;учет переноса при сложении (результат > 99) 
<15> оу зим, а1 ‚младшие упакованные цифры результата 

<16> ех1е: 


В приведенном примере все достаточно прозрачно; единственное, на что следу- 
ет обратить внимание, — это описание упакованных ВСО-чисел и порядок фор- 
мирования результата. Результат формируется в соответствии с основным прин- 
ципом работы процессоров Пие!: младший байт по младшему адресу. 


Вычитание 


Аналогично сложению, при вычитании процессор рассматривает упакованные 
ВСО-числа как двоичные. Выполним вычитание 67 - 75. Так как процессор вы- 
полняет вычитание способом сложения, то и мы последуем этому: 


67 =01100111 
+ 


-75 = 1011 0101 


-8 =0001 1100 = 28. 


Как видим, результат равен 28 в десятичной системе счисления, что является 
абсурдом. В двоично-десятичном коде результат должен быть равен 0000 1000 (или 
8 вдесятичной системе счисления). При программировании вычитания упакован- 
ных ВСО-чисел программист, как и при вычитании неупакованных ВСО-чисел, 
должен сам осуществлять контроль за знаком. Это делается с помощью флага СЁ, 
который фиксирует заем из старших разрядов. Само вычитание ВСО-чисел осу- 
ществляется обычной командой вычитания ЗОВ или 5ВВ. Коррекция результата 
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вычитания для его представления в десятичном виде осуществляется командой 
РА$ (Оесипа! АЧлл$Е ог ЗибзгасНоп). 

В приложении описан алгоритм, по которому команда РА$ преобразует содер- 
жимое регистра АТ. в две упакованные десятичные цифры. 


Итоги 


# Процессор имеет довольно мощные средства для реализации вычислительных 
операций. Для этого у него есть блок целочисленных операций и блок опера- 
ций с плавающей точкой. Для большинства задач, использующих язык ассемб- 
лера, достаточно целочисленной арифметики. 


# Команды целочисленных операций работают с данными двух типов: двоичны- 
ми и двоично-десятичными числами (ВСО-числами). 


в Двоичные данные могут либо иметь знак, либо не иметь такового. Процессор, 
на самом деле, не различает числа со знаком и без. Он лишь помогаетотслежи- 
вать изменение состояния некоторых битов операндов и состояние отдельных 
флагов. Операции сложения и вычитания чисел со знаком и без знака прово- 
ДЯТСЯ ОДНИМ устройством и по единым правилам. 


Ш Контроль за правильностью результатов и их надлежащей интерпретацией пол- 
ностью лежит на программисте. Он должен контролировать состояние флагов 
СРи ОЕрегистра ЕЕГАС$ во время вычислительного процесса. 


# Для операций с числами без знака нужно контролировать флаг СЕ. Установка 
его в 1 сигнализирует о том, что число вышло за разрядную сетку операндов. 


ж Для чисел со знаком установка флага ОЕв 1 говорит о том, что в результате 
сложения чисел одного знака результат выходит за границу допустимых значе- 
ний чисел со знаком в данном формате, и сам результат меняет знак (пропадает 
порядок). 





По результатам выполнения арифметических операций устанавливаются так- 
же флаги РЕ, (Е иЪЕ. 


. В отличие от команд сложения и вычитания, команды умножения и деления 
позволяют учитывать знаки операндов. 





Арифметические команды очень «капризны» к размерности операндов, поэто- 
му в систему команд процессора включены специальные команды, позволяю- 
щие отслеживать эту характеристику. 


* Хотя диапазон значений двоичных данных довольно велик, для коммерческих 
приложений его явно недостаточно, поэтому в архитектуру процессора введе- 
ны средства для работы с так называемыми двоично-десятичными (ВСО) дан- 
НЫМИ. 





Двоично-десятичные данные представляются в двух форматах, упакованном 
и неупакованном. Наиболее универсальным является неупакованный формат. 


Глава 9 


Логические команды 
и команды сдвига 


3» Краткое описание группы логических команд 
» Команды для выполнения логических операций 
№» Команды сдвига 

№ Организация работы с отдельными битами 


Наряду со средствами арифметических вычислений система команд процессора 
имеет также средства логического преобразования данных. Под логическим пони- 
мается такое преобразование данных, в основе которого лежат правила формаль- 
ной логики. Формальная логика работает на уровне утверждений истинно или 
ложно. Для процессора это, как правило, означает | или 0 соответственно. Для 
компьютера язык нулей и единиц является родным, но минимальной единицей 
данных, с которой работают машинные команды, является байт. Однако на сис- 
темном уровне часто необходимо иметь возможность работать на предельно низ- 
ком уровне — на уровне битов. 

К средствам логического преобразования данных в языке ассемблера относят- 
ся логические команды и логические операции (рис. 9.1). Команды рассматриваются 
в этой главе, операции были изучены нами в главе 5. Напомню, что операнд ко- 
манды ассемблера в общем случае может представлять собой выражение, которое, 
в свою очередь, является комбинацией операторов и операндов. Среди этих опера- 
торов могут быть и операторы, реализующие логические операции над объектами 
выражения. 

Перед знакомством с этими средствами давайте посмотрим, что же пред- 
ставляют собой сами логические данные и какие действия над ними могут про- 
ИЗВОДИТЬСЯ. 


7 Зак. 256 
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Средства 
логической 


обработки данных 






Операции | 





логические обработки сдвига логические 
битов "апа 








проверки и 
модификации 


циклического 
сдвига 


гс] 
гсг 
[е] 
-— ГОГ 


Рис. 9.1. Средства процессора для работы с логическими данными 










Логические данные 


Теоретической базой для логической обработки данных является формальная ло- 
гика. Существует несколько систем логики. Одна из наиболее известных — это 
исчисление высказываний. Высказывание — это любое утверждение, о котором мож- 
но сказать, что оно либо истинно, либо ложно. Исчисление высказываний пред- 
ставляет собой совокупность правил определения истинности или ложности не- 
которой комбинации высказываний. 

Исчисление высказываний очень гармонично сочетается с принципами рабо- 
ты компьютера и основными методами его программирования. Все аппаратные 
компоненты компьютера построены на логических микросхемах. Система пред- 
ставления информации в компьютере на самом нижнем уровне основана на поня- 
тии бита. Бит, имея всего два состояния — 0 (ложно) и 1 (истинно), естественным 
образом вписывается в систему исчисления высказываний. , 

Согласно теории, над высказываниями (над битами) могут выполняться логи- 
ческие операции. 





Отрицание (логическое НЕЁ) — логическая операция над одним операндом, ре- 
зультатом которой является величина, обратная значению исходного операн- 


да. Эта операция однозначно характеризуется следующей таблицей истинно- 
сти!: 





' Таблица истинности — таблица результатов логических операций в зависимости от значений исход- 


ных операндов. 
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Значение операнда: О 1 

Результат операции: 1 О 
Логическое сложение (логическое включающее ИЛИ) — логическая операция над 
двумя операндами, результатом которой является истина (1), если один или 


оба операнда истинны (1), или ложь (0), если оба операнда ложны (0). Эта опе- 
рация описывается с помощью следующей таблицы истинности: 





Значение операнла 1: 0 0 1 1 
Значение операнда2: О 1 [0 1 
Результат операции: 0 1 1 1 


. Логическое умножение (логическое И) — логическая операция над двумя опе- 
рандами, результатом которой является истина (1) только в том случае, если 
оба операнда истинны (1). Во всех остальных случаях значение операции — ложь 
(0). Эта операция описывается с помощью следующей таблицы истинности: 


Значение операнда 1: 0 0 1 1 
Значение операнда 2: О 1 О 1 
Результат операции: 0 0 0 1 


5 Логическое исключающее сложение (логическое исключающее ИЛИ) — логиче- 
ская операция над двумя операндами, результатом которой является истина 
(1), если только один из двух операндов истинен (1), и ложь (0), если оба опе- 
ранда либо ложны (0), либо истинны (1). Эта операция описывается с помо- 
щью следующей таблицы истинности: 


Значение операнда 1: 0 0 1 1 
Значение операнда 2: О 1 О 1 
Результат операции: 0 1 1 0 


Логические команды 


Система команд процессора содержит пять команд, поддерживающих описанные 
ранее операции. Эти команды выполняют логические операции над битами опе- 
рандов. Размерность операндов, естественно, должна быть одинакова. Например, 
если размерность операндов равна слову (16 битов), то логическая операция вы- 
полняется сначала над нулевыми битами операндов, и ее результат записывается 
на место бита 0 результата. Далее команда последовательно повторяет эти дей- 
ствия над всеми битами с первого до пятнадцатого. Возможные варианты размер- 
ности операндов для каждой команды можно найти в приложении. 
Далее перечислены базовые команды процессора, поддерживающие работу 
с логическими данными: 
Я апд операнд_1‚операнд_2 — операция логического умножения. Команда выпол- 
няет поразрядно логическую операцию И (коньюнкиию) над битами операндов 
операнд_1 и операнд_2. Результат записывается на место операнд_1. 





огоперанд_1,операнд_2 — операция логического сложения. Команда выполняет 
поразрядно логическую операцию ИЛИ (дизьюнкиию) над битами операндов 
операнд_1 и операнд_2. Результат записывается на место операнд_1. 
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хогоперанд_1‚операнд_2 — операция логического исключающего сложения. Ко- 
манда выполняет поразрядно логическую операцию исключающего ИЛИ над 
битами операндов операнд_1 и операнд_2. Результат записывается на место опе- 
ранд_1. 

И (5 операнд_1‚операнд_2 — операция проверки (способом логического умноже- 
ния). Команда выполняет поразрядно логическую операцию Й над битами опе- 
рандов операнд_1 и операнд_2. Состояние операндов остается прежним, изме- 
няются только флаги 7, ЗЕ, и РЕ, что дает возможность анализировать состояние 
отдельных битов операнда без изменения их состояния в исходных операнлдах. 





по{операнд — операция логического отрицания. Команда выполняет поразряд- 
ное инвертирование (замену значения на обратное) каждого бита операнда. 
Результат записывается на место операнда. 


Для представления роли логических команд в системе команд процессора очень 
важно понять области их применения и типовые приемы их использования при 
программировании. Далее мы будем рассматривать логические команды в контек- 
сте обработки последовательности битов. 

Очень часто некоторая ячейка памяти должна играть роль индикатора, показы- 
вая, например, занятость некоторого программного или аппаратного ресурса. Так 
как эта ячейка может принимать только два значения — занято (1) или свободно 
(0), то отводить под нее целый байт очень расточительно, логичнее для этой цели 
использовать бит. А если таких индикаторов много? Объединив их в пределах од- 
ного байта или слова, можно получить довольно существенную экономию памяти. 
Посмотрим, что могут сделать для этого логические команды. 

С помощью логических команд возможно выделение отдельных битов в опе- 
ранде с целью их установки, сброса, инвертирования или просто проверки на опре- 
деленное значение. Для организации подобной работы с битами второй операнд 
обычно играет роль маски. Путем установки в | битов этой маски и определяются 
нужные для конкретной операции биты первого операнда. Покажем, какие логи- 
ческие команды могут применяться для этой цели. 

Для установки определенных разрядов (битов) в 1 применяется команда 
ог операнд_1, операнд_2 

В этой команде второй операнд, играющий роль маски, должен содержать еди- 
ничные биты на месте тех разрядов, которые должны быть установлены в 1 в пер- 
вом операнде: 
ог еах,106 ;установить 1-й бит в регистре еах 


Для сброса определенных разрядов (битов) в 0 применяется команда 
ап операнд_1, операнд_2 

В этой команде второй операнд, играющий роль маски, должен содержать ну- 
левые биты на месте тех разрядов, которые должны быть установлены в 0 в первом 
операнде: | 
ап@ еах,ОТУЕТеттаи ‚сбросить в 0 1-й бит в регистре еах 

Для выяснения того, какие биты в обоих операндах различаются, или для ин- 
вертирования заданных битов в первом операнде применяется команда 
хог операнд_1, операнд_2 
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Интересующие нас биты маски (второго операнда) при выполнении команды 
ХОЕдолжны бытьединичными, остальные — нулевыми: 


хог еах,106 ;инвертировать 1-й бит в регистре еах 
77 ме$ ‚переход, если 1-й бит в а\ был единичным 


Для проверки состояния заданных битов в первом операнде применяется команда 
`{ез{ операнд_1, операнд_2 
Проверяемые биты первого операнда в маске (втором операнде) должны иметь 
единичное значение. Алгоритм работы команды ТЕЗТ подобен алгоритму работы 
команды А МО, но он не меняет значения первого операнла. Результатом команды 
является установка значения флага нуля И.Е: 





если ХЕ = 0, то в результате логического умножения получился ненулевой ре- 
зультат, то есть хотя бы один единичный бит маски совпал с соответствующим 
единичным битом первого операнда; 





если /Е= 1, то врезультате логического умножения получился нулевой резуль- 
тат, то есть ни один единичный бит маски не совпал с соответствующим еди- 
ничным битом первого операнда. 


Таким образом, если любые соответствующие биты в обоих операнлах установ- 
лены, то 7 = 0. Для реакции на результат команды ТЕЗТ целесообразно использо- 
вать команду перехода на метку М7, (Липр ИМ о его) — переход, если флаг нуля 
7 ненулевой, или команду с обратным действием 77, (]итр его) — переход, если 
флаг нуля /.Е нулевой. Например, 


{езтеах , 90000010Н 
]п2 п] ;переход если 4-й бит равен 1 


Начиная с системы команд процессора 1386, набор команд для поразрядной 
обработки данных расширился. При использовании этих команд необходимо ука- 
зывать одну из директив: .386, .486 и т. д. Следующие две команды позволяют осу- 
ществить поиск первого установленного в | бита операнда. Поиск можно произве- 
сти как с начала, так и от конца операнда: 


. Б5Гоперанд_1,‚операнд_2 — сканирование битов вперед (ВИ Зсашшя Еог\ата). 
Команда просматривает (сканирует) биты второго операнда от младшего к стар- 
шему (от бита 0 до старшего бита) в поисках первого бита, установленного в 1. 
Если таковой обнаруживается, в первый операнд заносится номер этого бита 
в виде целочисленного значения. Если все биты второго операнда равны 0, то 
флаг нуля /Еустанавливается в 1, в противном случае флаг 7 сбрасывается в 0. 


моу ат, 92н 
Ь$Р ьх,а1 уох=| 
12 М ;переход, если а|=00Н 


55г операнд_1,‚операнд_2 — сканирование битов в обратном порядке (ВЕ Зсапт 
Кезе). Команда просматривает (сканирует) биты второго операнда от старше- 
го к младшему (от старшего бита к биту 0) в поисках первого бита, установлен- 
ного в 1. Если таковой обнаруживается, в первый операнд заносится номер это- 
го бита в виде целочисленного значения. При этом важно, что позиция первого 
единичного бита слева все равно отсчитывается относительно бита 0. Если все 
биты второго операнда равны 0, то флаг нуля 7.Е устанавливается в 1, в против- 
ном случае флаг 7Е сбрасывается в 0. 








198 Глава 9. Логические команды и команды сдвига 


Листинг 9.1 демонстрирует пример применения команд ВЗК и ВЗЕ. Введите код 
и исследуйте работу программы в отладчике (в частности, обратите внимание на 
то, как меняется содержимое регистра ВХ после выполнения команд В$Еи ВЗЁВ). 


Листинг9.1.Сканированиебитов 


;ргё_9_1.а$т 
мат 
моде! — та! 
Заск 256 
.даха ‚ сегмент данных 
°.соае ‚сегмент кода 
тат: ‘Точка входа в программу 
п0\ ах, @дата 
моу 9$, ах 
.486 ‘это обязательно 
хог ах, ах 
то\ а!, 02 
ЬЗР ьх,ах бх=| 
[Е | ‚переход, если а=00П 
$Г Бх, ах 
пе: 
ТО\У ах, 4с00Н; стандартный ВЫХОД 
ше 218 
еп@ тат 


Интерес представляют еще несколько из группы логических команд, позволя- 
ющих реализовать доступ к конкретному биту операнда. Они, как и предыдущие, 
появились в моделях процессоров 11, начиная с 1386. Поэтому при их использо- 
вании не забывайте указывать одну из директив: .386, .486 и т. д. Операнд может 
находиться как в памяти, так и в регистре общего назначения. Положение бита 
задается смещением его относительно младшего бита операнда. Смещение может 
как задаваться в виде непосредственного значения, так и содержаться в регистре 
общего назначения. В`качестве значения смещения вы можете использовать ре- 
зультаты работы команд ВЗК и ВЗР. Все команды присваивают значение выбранно- 
го бита флагу СЕ. 

Команда проверки бита ВТ (ВИ Те$) переносит значение бита в флаг СЕ: 
№ операнд, смещение_бита 


Например, з 
Ь: ах,5 ‘проверить значение бита 5 
пс м ; переход, если бит = 


Команда проверки и установки бита ВТЗ (ВИ Тез апа Зе) переносит значение 
бита в флаг СЕ и затем устанавливает проверяемый битв 1: 
45 операнд, смещение_бита 


Например, 
оу ах, 16 _ 
645 ро1е,ах ;проверить и установить 10-й бит в рое 
< т ‚переход, если проверяемый бит был равен 1 


Команда проверки и сброса бита ВТК (ВИ Тез$ апа Везе переносит значение 
бита во флаг СЁ и затем устанавливает этот бит в 0: : 
рег операнд, смещение_бита 
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Команда проверки и инвертирования бита ВТС (Ви Тецапа Сопуей) переносит 
значение бита в флаг СЕ и затем инвертирует значение этого бита: 
Мс операнд, смещение_бита 


Командысдвига 


Команды сдвига также обеспечивают манипуляции над отдельными битами опе- 
рандов, ноиным способом, чем рассмотренные ранее логические команды. Все ко- 
манды сдвига перемещают биты в поле операнда влево или вправо, в зависимости 
от кода операции. Все команды сдвига имеют одинаковую структуру: 
коп операнд, счетчик _сдвигов 

Количество сдвигаемых разрядов (значение счетчик сдвигов) может задаваться 
двумя способами: 


П статически — непосредственно во втором операнде; 





динамически — в регистре СГ перед выполнением команды сдвига. 


Исходя из размерности регистра СГ, понятно, что значение счетчик_сдвигов мо- 
жет лежать в диапазоне от 0 до 255. Но на самом деле это не совсем так. В целях 
оптимизации процессор воспринимаеттолько значения пяти младших битов счет- 
чика, то есть значение лежит в диапазоне от 0 до 31. В последних моделях процес- 
сора естьдополнительные команды, позволяющие делать 64-разрядные сдвиги. Мы 
их рассмотрим чуть позже. 

Все команды сдвига устанавливают флаг переноса СР. По мере сдвига битов за 
пределы операнда они сначала попадают во флаг переноса СЕ, устанавливая его 
равным значению очередного бита, оказавшегося за пределами операнда. Куда этот 
бит попадет дальше, зависит от типа команды сдвига и алгоритма программы. 

По принципу действия команды сдвига можно разделить на два типа: 





команды линейного сдвига; 


к команды циклического сдвига. 


Линейный сдвиг 

К командам линейного сдвига относятся команды, осуществляющие сдвиг по сле- 
дующему алгоритму. 

1. Очередной «выдвигаемый» бит устанавливает флаг СР. 

2. Бит, появляющийся с другого конца операнда, имеет значение 0. 


3. При сдвиге очередного бита он переходит во флаг СЕ, при этом значение преды- 
дущего сдвинутого бита теряется! 


Команды линейного сдвига делятся на два подтипа: 
{ команды логического линейного сдвига; 
команды арифметического линейного сдвига. 


Далее перечислены команды логического линейного сдвига: | 

$Н\ операнд,счетчик_сдвигов — логический сдвиг влево (ЗЫ Гозса! Гей). Со- 
держимое операнда сдвигается влево на количество битов, определяемое зна- 
чением счетчик сдвигов. Справа в позицию младшего бита вписываются нули. 
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зВг операнд,счетчик_сдвигов — логический сдвиг вправо (ЗМ Гозса|[ К1®В®. 
Содержимое операнда сдвигается вправо на количество битов, определяемое 
значением счетчик_сдвигов. Слева в позицию старшего (знакового) бита вписы- 
ваются нули. 


Рисунок 9.2 иллюстрирует принцип работы этих команд. 


Сдвиг влево логический $Н 





Флаг СЕ 


Сдвиг вправо логический $зЙг 





Флаг сЕ 


Рис. 9.2. Схема работы команд линейного логического сдвига 


Ниже показан фрагмент программы, выполняющей преобразование двух не- 
упакованных ВСО-чисел в слове памяти 5с4_ 41$ в упакованное ВСО-число в ре- 
гистреАГ. 


Ьса_918 Чи 09051 ‚описание неупакованного ВСВО-числа 95 
моу ах, Ь5са Ч1Е ; пересылка 
511 ай, 4 ; сдвиг влево 
ааа а1 ‚ан ; сложение для получения результата: а1=958 


Команды арифметического линейного сдвига отличаются откомандлогического 
сдвига тем, что они особым образом работают со знаковым разрядом операнда: 


| за|[операнд‚счетчик_сдвигов — арифметический сдвиг влево (ЭША Агинтейс Гей). 
Содержимое операнда сдвигается влево на количество битов, определяемое 
значением счетчик_сдвигов. Справа (в позицию младшего бита) вписываются 
нули. Команда АГ несохраняетзнака, ноустанавливаетфлагОЕ вслучае смены 
знакаочередным выдвигаемым битом. В остальном команда $ АГ. полностьюана- 
логичнакоманде НГ; 





агоперанд, счетчик _сдвигов— арифметический сдвигвправо (5 Атиптейс 
В15п0. Содержимое операнда сдвигается вправо на количество битов, опреде- 
ляемоезначениемсчетчик сдвигов. Слевавоперандвписываютсянули. Коман- 
да ЗАВ сохраняет знак, восстанавливая его после сдвига каждого очередного бита. 


Рисунок 9.3 иллюстрирует принцип работы команд линейного арифметичес- 
кого сдвига. 
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Сдвиг влево арифметический за! 





Флаг С 


Сдвиг вправо арифметический $заг 





Флаг СЕ 


Рис. 9.3. Схема работы команд линейного арифметического сдвига 


Команды арифметического сдвига позволяют выполнить «быстрое» умноже- 
ние и деление операнда на степени двойки. Посмотрите на двоичное представле- 
ние чисел 75 и 150: 


75 01001011 
150 100101109 


Второе число является сдвинутым влево на один разряд первым числом. Если 
у вас еще есть сомнения, проделайте несколько умножений на 2, 4, 8 ит. д. 

Аналогичная ситуация — с операцией деления. Сдвигая вправо операнд, мы, 
фактически, осуществляем операцию деления на степени двойки 2, 4, 8 ит. д. 

Преимущество этих команд по сравнению с командами умножения иделения — 
в скорости их исполнения процессором, что может пригодиться при оптимизации 
программы. 


Циклический сдвиг 


Ккомандам циклического сдвига относятся команды, сохраняющие значения сдви- 
гаемых битов. Есть два типа команд циклического сдвига: 


'- команды простого циклического сдвига (рис. 9.4); 
# команды циклического сдвига через флаг переноса СЕ (рис. 9.5). 


Далее перечислены команды простого циклического сдвига: 





го\ операнд‚счетчик_сдвигов — циклический сдвиг влево (Кое Гей). Содержи- 
мое операнда сдвигается влево на количество битов, определяемое операндом 
счетчик_сдвигов. Сдвигаемые влево биты записываются в тот же операнд 
справа. 





гог операнд‚счетчик_сдвигов — циклический сдвиг вправо (Кое Е1еВ®. Содер- 
жимое операнда сдвигается вправо на количество битов, определяемое операн- 
дом счетчик сдвигов. Сдвигаемые вправо биты записываются в тот же операнд 
слева. 
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Сдвиг влево циклический го! 





Флаг С 


Сдвиг вправо циклический гог 





Флаг с! 
Рис. 9.4. Схема работы команд простого циклического сдвига 


Сдвиг влево циклический гс 





Флаг с! 





Флаг СЕ 


Рис. 9.5. Схема работы команд циклического сдвига через флаг переноса СЕ 


Как видно изрис. 9.4, команды простого циклического сдвига в процессе своей 
работы осуществляют одно полезное действие: циклически сдвигаемый бит не толь- 
ко вдвигается в операнд с другого конца, но и одновременно его значение стано- 
вится значением флага СЕ. К примеру, для того чтобы обменять содержимое двух 
половинок регистра ЕАХ, достаточно выполнить следующую последовательность 
команд: 


пох еах, ЕЕ++0000Н 
МОУ С1,16 
го1 еах,с1 


Команды циклического сдвига через флаг переноса СЕ отличаются от команд 
простого циклического сдвига тем, что сдвигаемый бит не сразу попадает в опе- 
ранд с другого его конца, а сначала записывается во флаг переноса СЕ. Лишь следу- 
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ющее исполнение данной команды сдвига (при условии, что она выполняется 
в ЦИКЛЕ) приводит к помещению выдвинутого ранее бита в другой конец операнда 
(рис. 9.5). Команды циклического сдвига через флаг переноса СЕ перечислены 
далее: 





гс1 операнд‚счетчик_сдвигов — циклический сдвиг влево через перенос (Кое 
Шгои?В Сашу Гей). Содержимое операнда сдвигается влево на количество би- 
тов, определяемое операндом счетчик_сдвигов. Сдвигаемые биты поочередно 
становятся значением флага переноса СЁ; 





гсг операнд,счетчик_сдвигов — циклический сдвиг вправо через перенос (Кое 
гои2й Саггу К1е 0. Содержимое операнда сдвигается вправо на количество 
битов, определяемое операндом счетчик_сдвигов. Сдвигаемые биты поочередно 
становятся значением флага переноса СЕ. 


Из рис. 9.5 видно, что при сдвиге через флаг переноса появляется промежуточ- 
ный элемент, с помощью которого можно производить подмену циклически сдвига- 
емыхбитов, вчастности, выполнять рассогласование битовых последовательностей. 
Под рассогласованием битовой последовательности здесь и далее подразумевает- 
ся действие, которое позволяет некоторым образом локализовать и извлечь нуж- 
ные участки этой последовательности и записать их в другое место. Например, 
рассмотрим, как переписать в регистр ВХ старшую половину регистра ЕАХ с одно- 
временным ее обнулением врегистре ЕАХ: 


моу сх,16 ‚кол-во сдвигов для еах 

ппЕ: 
с1с ‚сброс флага сЁв 0 
гс! еах,1 ‚сдвиг крайнего левого бита из еах в С{ 
ГСЕ Бх, 1 ; перемещение бита из с! справа в Бх 
1о0рм1 ;цикл 16 раз 
го{ еах, 16 ‚восстановить правую часть еах 


Команды простого циклического сдвига можно использовать для операций дру- 
гого рода. К примеру, подсчитаем количество единичных битов в регистре ЕАХ: 


хог ах, 4х ‚очистка 9х для подсчета единичных битов 
том сх, 32 ;число циклов подсчета 
суст: ‚метка цикла 
гог еах,1 ;циклический сдвиг вправо на 1 бит 
пс пот опе ‚переход, если очередной бит в с+ 
;не равен единице 
шс ах ‚увеличение счетчика цикла 
по{_опе: 
1оорсус! ‚переход на метку сус|!, если 


‚значение в сх не равно 0 
Этот фрагмент не требует особых пояснений, единственное, что нужно по- 
мнить, — особенности работы команды цикла ШОР (глава 10). Команда ШОР срав- 
нивает значение регистра ЕСХ/СХ с нулем и, если оно не равно нулю, выполняет 
уменьшение ЕСХ/СХ на единицу и передает управление на метку в программе, ука- 
занную в этой команде в качестве операнда. 


Дополнительные командысдвига 


Система команд моделей микропроцессоров ше, начиная с 80386, содержит до- 
полнительные команды сдвига, расширяющие рассмотренные нами ранее возмож- 
ности. Это — команды сдвига двойной точности: 
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$® 4 операнд_1‚операнд_2,счетчик_сдвигов — сдвиг влево двойной точности. Ко- 
манда сдвигает биты первого операнда влево и заполняет его справа значения- 
ми битов, вытесняемых из второго операнда, согласно схеме на рис. 9.6. Коли- 
чество сдвигаемых битов определяется значением счетчика сдвигов, которое 
можетлежать в диапазоне 0...31. Это значение может задаваться непосредственно 
в третьем операнде или содержаться в регистре СГ. Значение второго операнда 
не меняется; 





ЗНА операнд_1, операнд_2, счетчик_сдвигов 


.Н _ ее — 


операнд_1 операнд_2 
Рис. 9.6. Схема работы команды ЗНШО 


флаг С 


3 °Ит4операнд_1,‚операнд_2,‚счетчик_сдвигов — сдвиг вправо двойной точности. Ко- 
манда сдвигает биты первого операнда вправо и заполняет его слева значения- 
МИ битов, вытесняемых из второго операнда, согласно схеме на рис. 9.7. Коли- 
чество сдвигаемых битов определяется значением счетчика сдвигов, которое 
можетлежать вдиапазоне 0...31. Это значение может задаваться непосредственно 
в третьем операнде или содержаться в регистре СГ.. Значение второго операнда 
не меняется. 


ига операнд_1, операнд_2, счетчик сдвигов 





операнд_2 операнд_1 Флаг СЕ 


Рис. 9.7. Схема работы команды ЗНАВ 


Как мы отметили, команды ЗН и $НКО осуществляют сдвиги на величину до 
32 разрядов, но за счет особенностей задания операндов и алгоритма работы эти 
команды можно использовать для работы с полями длиной до 64 битов. Напри- 
мер, рассмотрим, как можно осуществить сдвиг влево на 16 битов поля из 64 битов. 


„Чата 
роте_1 Ча 0521187158 
ро1е_в аа 45116711Н 
. соае 
.386 
моу СТ, 16 ; загрузка счетчика сдвигов в с1 
моу еах , ро1е_П 
$нТароте_ 1, еах,с1 
$11 ро1е_п,с\1 ; ро1е_1=871500001; 
ро1е_п= 671152118 


Рассмотрим еще некоторые наиболее типичные примеры применения этих ко- 
манд. Отметим следующий момент. Рассмотренные далее действия, конечно, можно 
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выполнить и множеством других способов, но эти являются самыми быстрыми. 
Если ваши программы должны работать максимально быстро, то есть смысл по- 
тратить время на разбор этих примеров. 


Примеры работы с битовыми строками 
Рассогласование битовых строк 


Наглядный пример рассогласования последовательностей битов — преобразова- 
ние неупакованного ВСО-числа в упакованное ВСО-число. Один из вариантов 
такого преобразования был рассмотрен нами ранее при обсуждении команды ли- 
нейного сдвига НИ. Попробуем выполнить подобное преобразование с использо- 
ванием команд сдвига двойной точности (листинг 9.2). В общем случае длина чис- 
ла можетбыть произвольной, но при этом нужно учитывать ограничения, которые 
накладываются используемыми ресурсами процессора. Ограничения связаны в ос- 
новном с тем, что центральное место в преобразовании занимает регистр ЕАХ, по- 
этому, если преобразуемое число имеет размер более четырех байтов, то его при- 
дется делить на части. Но это уже чисто алгоритмическая задача, поэтому в нашем 
случае предполагается, что неупакованное ВСО-число имеет длину 4 байта. 


Листинг9.2.ПреобразованиеВСО-числа(вариант2) 


;ргй_9_2.а5т 
мазмт 
поде]1 зпа11 
эраск 256 
.Чата 
1еп=4 ;длина неупакованного ВС)-числа 
ипрск_ВСО Ларе] Чнога 
919_ВСср 9 2,4,3,6 ;‚ неупакованное ВСП-число 6342 
ск вср аа 0 ;рск_ВС0=00006342 
. соде 
па1т: ;уточка входа в программу 
моу ах, @даца 
оу 945, ах 


хог ах,ах 
поу сх, 1еп 

.386 ;это обязательно 
шоу еах, ипрск_ВСО 


0]: 
511 еах, 4 ; убираем нулевую тетраду 
$114 рск_ВСО,еах,4  ;тетраду с цифрой заносим в поле рск_ВСр 
$1] еах,4 ;убираем тетраду с цифрой из еах 
100р ш1 ;ЦИКЛ 
ех1е: ;рск_ВСр=00006342 
поу ах,4с00и 
шЕ 218 
епа тат 


Команды сдвига двойной точности ЭНГ и ЗНКО позволяют осуществлять с мак- 
симально возможной скоростью вставку битовой строки из регистра в произволь- 
ное место другой (большей) строки битов в памяти и извлечение в регистр бито- 
вой подстроки из некоторой строки битов в памяти. В результате этих операций 
смежные с подстрокой биты по ее обеим сторонам остаются неизменными. 





206 Глава 9. Логические команды и команды сдвига 


Вставка битовых строк 


Рассмотрим пример вставки битовой строки длиной 16 битов, находящейся в 
регистре ЕАХ, в строку памяти г, начиная с ее бита 8 (листинг 9.3). Вставляемая 
битовая строка выровнена к левому краю регистра ЕАХ. 


Листинг9.3. Вставкабитовой строки 











<1> ;рг=_9_3.а5т 
<2> гаазт 
<3> воде] 5та11 
<4> збас 256 
<5> „.даха 
<6> 1656: @9а 110191110  ;строка для вставки 
<7> Р_ (г 94 0++1+1100001 ;вставляемая подстрока ОТЕК 
<8> ‚ соае 
<9> па1п: ;точка входа в программу 
<10> тоу ах, @дака 
<11> оу 4$, ах 
<12> хог ах, ах : 
<13> .386 ‚это обязательно 
<14> оу еах,р_$1г 
<15> ; Правый край места вставки циклически переместить к краю 
<16> ;строки Ь16_56х (сохранение правого контекста): 
<17> гог Ь1_5%г,8 
<18> Вт 61% $4г,16 ‚сдвинуть строку вправо 
;на длину подстроки (16 битов) 
<19> $119 Б1Е_$%г ‚еах,16 ;сдвинуть 16 бит 
<20> гот БТЕ 5Ег, 8 ‚восстановить младшие 8 бит 
<«21> я 
<22> ех: ; БЕ _$Ег=114ТТ 11 
<23> тоу ах, 4с90н 
<24> ше 218 
<25> еп@ тат 


Листинг 9.3 удобно исследовать в отладчике. При этом важно понять зависи- 
мость между непосредственными значениями, используемыми в командах строк 
17-20, и исходными значениями. Общая методика вставки битовых строк выгля- 
дит следующим образом. 


1. Подогнать к правому краю строки младший бит места вставки в этой строке. 
Делать это нужно командой циклического сдвига, чтобы сохранить правую часть 
исходной строки. Величина сдвига определяется очень просто — это номер на- 
чальной позиции места вставки (строка 17). 


2. Сдвинуть исходную строку вправо на количество битов, равное длине вставля- 
емой подстроки (строка 18). Эти биты нам больше не нужны, поэтому для сдвига 
используется команда простого сдвига $НК. 


3. Командой ЗН ГО вставить вставляемую подстроку в исходную подстроку. Перед 
этим, естественно, левый край вставляемой подстроки находится у левого края 
регистра ЕАХ (строка 19). 


4. Восстановить командой циклического сдвига правую часть исходной строки 
(строка 20). 


Наибольшей эффективности при использовании этой программы можно до- 
стичь, если оформить представленную в ней последовательность команд в виде 
макрокоманды. Понятие макрокоманды будет рассматриваться нами в главе 14, 
но сейчас важно отметить, что в данном случае она позволит нам не задумываться 
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о настройке строк 17-20 на конкретную вставку. При изучении материала главы 14 
вы можете поэкспериментировать с данной программой, разработав на ее основе 
макрокоманду. 


Извлечение битовых строк 


Рассмотрим пример извлечения 16 битов из строки в памяти $, начиная с 
бита 8, в регистр ЕАХ (листинг9.4). Результат следует выровнять по правому краю 
регистра ЕАХ; строка 6 _г не изменяется. Этот пример можно рассматривать как 
обратный тому, который мы только что привели в листинге 9.3. Методика извле- 
чения битовой подстроки, если вы разобрались с программой вставки битовой стро- 
ки, не должна вызвать у вас затруднений. 


Листинг 9.4. Извлечение битовой строки 


;ргё_9_4.а$т 
мазт 
поЧе! — эта! 
З4аск 256 
‚Дата 
ЬН_${г аа 11111111!  ;строка для извлечения 
.соде 
па1т: ‚точка входа в программу 
тоу ах, @аа+а 
моу 45, ах 
хог ах, ах 
г. ь ‚это обязательно 
‚левый край места извлечения циклически переместить к левому краю 
;строки Ю16_з6г (сохранение левого контекста) 
го1 Б1Е_$1г,8 


тоу ебх,6(_ $1 ‚подготовленную строку в ебх 
$114 еах,еБх, 16 ‚вставить извлекаемые 16 бит 
‚в регистр еах 
ГОГ Б1Е_54г,8 ‚восстановить старшие 8 бит 
ехц: : еах=0000тттЕ 
ПО\У ах, 4с 0 0Н 
ше 218 

еп@ тат 


Пересылка битов 


По сути, программа пересылки битов является комбинацией двух предыдущих. 
Поэтому попробуйте самостоятельно разработать программу пересылки блока 
битов из одной битовой строки в другую, взяв за основу только что рассмотренные 
программы (см. листинги 9.3 и 9.4). К примеру, пусть имеется две битовые строки: 


Ь1Е_ 86] 94 дабсаетаби 
1362 аа 012345678 


Из этих строк получите строку 
51 $172 Ч Оабса34абй 


Итоги 


9 Минимально адресуемая единица данных в процессоре — байт. Логические ко- 

манды позволяют манипулировать отдельными битами. Только эти команды 

. в системе команд процессора позволяют работать на битовом уровне. Этим, 
в частности, объясняется их важность. 
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Работа на битовом уровне позволяет в отдельных случаях существенно сэконо- 
мить память, особенно при моделировании различных массивов, содержащих 
одноразрядные флаги или переключатели. 


Команды сдвига позволяют выполнять быстрое умножение и деление операн- 
дов на степени двойки, а также эффективное преобразование данных. 


Применение команд циклического сдвига и сдвига двойной точности позволя- 
ет реализовать максимально быстрые операции по рассогласованию, переме- 
щению, вставке и извлечению битовых подстрок. 


Глава 10 


Команды передачи 
управления 


» Программирование нелинейных алгоритмов 

№ Классификация команд передачи управления 

» Команды безусловной передачи управления 

> Понятие процедуры в языке ассемблера 

» Команды условной передачи управления 

№ Средства организации циклов в языке ассемблера 


В предыдущей главе мы познакомились с некоторыми командами, из которых 
формируются линейные участки программы. Каждая из них в общем случае вы- 
полняет некоторые действия по преобразованию или пересылке данных, после чего 
процессор передает управление следующей команде. Однако последовательно ра- 
ботают очень мало программ. Обычно в программе есть точки, в которых нужно 
принять решение о том, какая команда будет выполняться следующей. Это реше- 
ние может быть: 


безусловным — в данной точке необходимо передать управление не следующей 
команде, а другой, которая находится на некотором удалении от текущей; 





ж условным — решение о том, какая команда будет выполняться следующей, при- 
нимается на основе анализа некоторых условий или данных. 


Как вы помните, программа представляет собой последовательность команд 
и данных, занимающих определенное пространство оперативной памяти. Это про- 
странство памяти может либо быть непрерывным, либо состоять из нескольких 
фрагментов. В главе 5 нами были рассмотрены средства сегментации кода программы 
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и ее данных. То, какая команда программы должна выполняться следующей, про- 
цессор узнает по содержимому пары регистров (5:(Е)ТР', в которой: 


51 С5 — регистр сегмента кода, в котором находится физический (базовый) адрес 
текущего сегмента кода; 


ж ЫР/Р — регистр указателя команды, в котором находится значение, представ- 
ляющее собой смещение в памяти следующей выполняемой команды относи- 
тельно начала текущего сегмента кода. 


ПРИМЕЧАНИЕ Напомню, почему мы записываем регистры ЕТР/ТР через косую черту. 
Какой конкретно регистр будет использоваться, зависит от установ- 
ленных режимов адресации и$е16 или изе32. Если указано цзе16, то 
используется ГР, если и5е32 — то ЕТР. 


Таким образом, команды передачи управления изменяют содержимое регист- 
ров Сб и ЕТР, в результате чего процессор выбирает для выполнения не следующую 
по порядку команду программы, а команду в некотором другом участке програм- 
мы. Конвейер внутри процессора при этом сбрасывается. 

По принципу действия команды процессора, обеспечивающие организацию 
переходов в программе, можно разделить на три группы. 





Команды безусловной передачи управления: 

С безусловного перехода; 

С вызова процедуры и возврата из процедуры; 

Р вызова программных прерываний и возврата из программных прерываний. 





Команды условной передачи управления: 

Р перехода по результату команды сравнения; 
П перехода по состоянию определенного флага; 
П перехода по содержимому регистра ЕСХ/СХ. 





Команды управления циклом: 
П организации цикла со счетчиком ЕСХ/СХ; 


О организации цикла со счетчиком ЕСХ/СХ с возможностью досрочного выхода 
из цикла по дополнительному условию. 


Возникает вопрос о том, каким образом обозначается то место, куда необходимо 
передать управление. В языке ассемблера это делается с помощью меток. Метка — 
это символическое имя, обозначающее определенную ячейку памяти и пред- 
назначенное для использования в качестве операнда в командах передачи управ- 
ления. 

Подобно переменной, транслятор ассемблера присваивает любой метке три ат-. 
рибута: 


' При обсуждении архитектуры микропроцессора мы говорили, что команды извлекаются из памяти 
заранее в так называемый конвейер, поэтому адрес подлежащей выборке команды из памяти и со- 
держимое пары СЗ:Е(ТР) — не одно и то же. Эта пара регистров содержит адрес команды в програм- 
ме, которая будет выполняться следующей, а не той команды, которая пойдет в конвейер. 
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33 имя сегмента кода, где эта метка описана; 


смещение — расстояние в байтах от начала сегмента кода, в котором описана 
метка; 


# тип, или атрибут расстояния, метки. 


Последний атрибут может принимать два значения: 

пеаг — переход на метку возможен только в пределах сегмента кода, где эта мет- 
ка описана, то есть для перехода на метку физически достаточно изменить только 
содержимое регистра ЕТР/1Р; 


# Гаг — переход на метку возможен только в результате межсегментной передачи 
управления, для осуществления которой требуется изменение содержимого как 
регистра ЕТР/ТР, так и регистра С$. 


Метку можно определить двумя способами: 
= оператором : (двоеточие); 


 директивой ГАВЕЕ 


Синтаксис первого способа показан на рис. 10.1. 
— Символическое имя! 


Рис. 10.1. Синтаксис описания метки с помощью оператора 





Ц Команда ассемблера 





С помощью оператора : можно определить метку только ближнего типа — пеаг. 
Определенную таким образом метку можно использовать в качестве операнда в ко- 
мандах условных переходов СС и безусловного перехода ЗМР, САЦ. Эти команды, 
естественно, должны быть в том же сегменте кода, в котором определена метка. 
Команда ассемблера может находиться как на одной строке с меткой, так и на сле- 
дующей. 

Во втором способе определения меток в программе используется директива 
ГАВЕГ (рис. 10.2). 


- Символическое имя абе! | | Тип метки |-- 


Рис. 10.2. Синтаксис директивы ГАВЕЁ 


Тип метки может иметь значение пеаг или Гаг. Обычно директиву ГАВЕГ исполь- 
зуют для определения идентификатора заданного типа. Например, следующие 
описания меток ближнего типа эквивалентны: 

т; 
моу ах ,ро1е_1 
ш| 1абе| пеаг 
ШОУ ах,ро1е_1 

Понятно, что метка может быть только одного типа — либо пеаг, либо #аг. Если 
возникает необходимость использовать для одной и той же команды метки и даль- 
него, и ближнего типов, то в этом случае необходимо определить две метки, при- 
чем метку дальнего типа нужно описать, используя директиву ГАВЕЁ, как показано 
в следующем фрагменте: 
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. 


риб Ис т_Таг ‚сделать метку м_Таг видимой для внешних программ 


т_Фаг 1абе! Таг ;определение метки дальнего типа т_Таг 
т_пеаг: ‚определение метки ближнего типа п_Таг 


то\уах , ро1е_1 


Определив для команды тоу ах,ро[е_| две метки, можно организовывать пере- 
ход на эту команду как из данного сегмента команд, так и из других сегментов 
команд, в том числе принадлежащих другим модулям. Для того чтобы сделать ви- 
димым извне имя метки ш_#аг, применяется директива РОВИС. К более подробно- 
му описанию этой директивы мы еще вернемся в главе 15. 

Другой часто встречающийся случай применения директивы ГАВЕГ — это орга- 
низация доступа к области памяти, содержащей данные разных типов, например: 


паз_ь 1абе! уе 
мази Чи 15 ар (7?) 


:в этом фрагменте оба идентификатора относятся к одной области 
‚памяти и дают возможность работать с ней, используя разные 
‚имена, либо как с байтовым массивом, либо как с массивом слов 


тоу таз_6+10,а!| ;запись из а|1 в массив байтов (в 11-й байт) 


тоу та$_м, ах ‚запись из ах в первое слово области та$_м 


Вспомним еще одно очень важное понятие ассемблера, имеющее прямое отно- 
шение к меткам, — счетчик адреса команд. Мы уже упоминали о нем в первых гла- 
вах и говорили, что транслятор ассемблера обрабатывает исходную программу 
последовательно — команду за командой. При этом ведется счетчик адреса команд, 
который для первой исполняемой команды равен нулю, а далее, по ходу обработки 
очередной команды транслятором, увеличивается надлину этой команды. По сути, 
счетчик адреса команд — это смещение конкретной команды относительно начала 
сегмента кода. Таким образом, каждая команда во время трансляции имеет адрес, 
равный значению счетчика адреса команд. Обратитесь к главе 6 и еще раз посмот- 
рите на приведенный в нем листинг 6.2. Первая колонка в листинге — номер стро- 
ки файлалистинга. Вторая колонка (или третья, если присутствует колонка с уров- 
нем вложенности) — смещение команды относительно начала сегмента кода или, 
как мы сейчас определили, счетчик адреса. Значение, на которое он увеличивается. 
по мере обработки ассемблером очередной строки исходной программы, равно зна- 
чению длины машинной команды в этой строке. Исходя из этого, ясно, почему 
счетчик адреса увеличивается только после тех строк исходной программы, кото- 
рые генерируют некоторое машинное представление (в том числе после директив 
резервирования и инициализации данных в сегменте данных). 

Транслятор ассемблера обеспечивает нам две возможности работы с этим счет- 
чиком: 


В использование меток, атрибуту смещения которых транслятор присваивает 
значение счетчика адреса следующей команды, 





применение для обозначения счетчика адреса команд при задании операндов 
команд специального символа $, во время трансляции заменяемого текущим 
численным значением счетчика адреса. 
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Классический пример: 

‚Фата 

‚ вычисление длины строки в сегменте данных 
СЕхг_Мез ар "Займись делом - учи ассемблер ..." 
-еп_М$5=$-51г_Ме$ 

После ассемблирования значение [еп_М$4 будет равно длине строки, так как 
значение символа $ в месте его появления отличается от 5{г_Мез ровно на длину 
строки. 

Другое применение, избавляющее программиста от необходимости «плодить» 
лишние метки в программе, — реализация близкого, буквально через следующую 
или предыдущую команды, перехода. Для примера рассмотрим фрагмент програм- 
мы из листинга 6.1 (см. главу 6): 


стра!, ЭН ‚сравнить (91) с 91 
Де $+5 ‘перейти на команду моу с1,4п, если 91<9н или 91=9н 
т зи а1, 78 ‚вычитание: (91)=(91)Ч71 
’ ОУ С, 48 ‚пересылка 4 в регистр ст 
стр а1 ‚эн ‚сравнить (а1) с ЭП 28 
1е $+4 ‚перейти на команду а4Ч 91,а1, если а1<9н ИЛИ а1=9в 
ЗиБ а1,7Нн ‚вычитание: (а1)=(а1)Ч7Ю 
; М2: 
ада 91 ‚а! 


Как узнать правильные значения длины команд? Во-первых, по опыту, то.есть 
просто догадаться. Во-вторых, из файла листинга, что не всегда дает результат, так 
как конечные машинные команды (колонка файла листинга с объектным кодом) 
в нем не всегда до конца сформированы. В-третьих, узнать длины команд можно, 
загрузив программу в отладчик и активировав окно СРО. Последний способ самый 
точный. Не будет ничего страшного, если для первого прогона исполняемого мо- 
дуля программы в нем будут неверные значения для подобных относительных пе- 
реходов. И еще одно замечание: при переходе вперед необходимо учитывать дли- 
ну текущей команды перехода, при переходе назад этого делать не нужно. 

Кроме возможности получения значения счетчика адреса компилятор позво- 
ляет при необходимости установить счетчик адреса в нужное абсолютное значе- 
ние. Это делается с помощью директивы ОЕб: 

ОКО выражение 

Здесь выражение должно быть таким, чтобы ассемблер мог преобразовать его 
к абсолютному числу при первом проходе трансляции. 

'К примеру, эту директиву всегда используют при создании исполняемого фай- 
ла с расширением .сот. В контексте нашего обсуждения поясним, в чем здесь суть. 
В главе 5 мы обсуждали сегментацию и деление программы на сегменты. Программа 
в формате СОМ состоит из одного сегмента величиной не более 64 Кбайт. Сегмент- 
ные регистры С$ и 0$ содержат одно и то же значение физического адреса, а ре- 
гистр 55 указывает на конец этого единственного сегмента. Программа-загрузчик 
операционной системы, считывая с диска исполняемые файлы с расширениями 
.ехе и .сот, производит определенные действия. В частности, настраивает переме- 
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щаемые адреса программ на их конкретные физические значения. Кроме того, 
к началу каждой исполняемой программы в памяти добавляется специальная об- 
ласть величиной 256 байт (100) — префикс программного сегмента (Р$Р). Он пред- 
назначен для хранения различной информации о загруженном исполняемом мо- 
дуле. Для программ формата СОМ блок РР находится в начале сегмента размером 
в 64 Кбайт. В исходной программе, для исполняемого файла которой планируется 
формат СОМ, мы должны предусмотреть место для блока РР; что и делается ди- 
рективой ого [О ОВ. 

Чтобы закончить разговор о файлах этого типа, разберемся с тем, как получить 
исполняемый модуль формата СОМ. Трансляция программы выполняется как 
обычно. Далее возможны два варианта действий. 





Во-первых, возможно использование утилиту {ЙпК с ключом /(: 

{11пк / имя_объектного файла 
Этот вариант подходит только в том случае, если вы правильно оформили ис- 
ходный текст программы для формата СОМ. Кроме того, наличие директивы 
огх 1ООВ предполагает: 


С отсутствие разделения сегментов данных и стека, то есть данные необходи- 
мо описать в сегменте кода, а для их обхода использовать команду безуслов- 
ного перехода ЗМР; 


П применение директивы А$ЗОМЕ для указания транслятору на необходимость 
связать содержимое регистров ОЗ и 5$ с сегментом кода: 


содезед зедтеп{ рага "соае" 
аззите с5$: содезев, 45 : содезев, $5 : содезев 
ога 1908 
тр п 

;здесь описываем данные 

м1: 

;‚ далее идут команды программы 





Во-вторых, можно использовать специальную утилиту ехе?Ып. Эта утилита 
позволяет преобразовать уже полученный ранее исполняемый модуль в фор- 
мате ЕХЕ в формат СОМ: 

ехе2611п имя файла ехе имя_файла_сом. сот 


Этот вариант не требует специального оформления исходного текста програм- 
мы. Единственным требованием является то, чтобы исходный текст был доволь- 
но мал по объему. 


Интересный вариант использования директивы ОКС рассмотрен в [8], где 
с ее помощью выполняется динамическая модификация машинного кода ко- 
манды. 


Безусловные переходы 


Предыдущее обсуждение выявило некоторые детали механизма перехода. Коман- 
ды перехода модифицируют регистр указателя команды ЕТР/ТР и, возможно, сег- 
ментный регистр кода С$. Что именно должно подвергнуться модификации, 
зависит: 
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от типа операнда в команде безусловного перехода (ближний или дальний); 


# от модификатора, который указывается перед адресом перехода в команде пе- 
рехода и может принимать следующие значения (сам адрес при прямом пере- 
ходе находится непосредственно в команде, а при косвенном — в регистре или 
ячейке памяти): 


С МЕАК РТВ — прямой переход на метку внутри текущего сегмента кода, при 
этом модифицируется только регистр ЕТР/ТР (в зависимости от заданного 
типа сегмента кода и$е16 или изе32) на основе указанного в команде адреса 
(метки) или выражения, использующего символ извлечения значения счет- 
чика адреса команд ($); 


П РАК РТК — прямой переход на метку в другом сегменте кода, при этом адрес 
перехода задается в виде непосредственного операнда или адреса (метки) 
и состоит из 16-разрядного селектора и 16/32-разрядного смещения, кото- 
рые загружаются, соответственно, в регистры С$ и ЕТР/ТР; 


О \ОВр РТК — косвенный переход на метку внутри текущего сегмента кода, при 
этом модифицируется (значением смещения размером 16 или 32 бита из 
памяти по указанному в команде адресу или из регистра) только регистр 
ЕГР/Р; 

р О\ОЮр РТК — косвенный переход на метку в другом сегменте кода, при этом 
модифицируются (значением из памяти — и только из памяти, из регистра 
нельзя) оба регистра, СЗ и ЕТР/[Р (первое слово/двойное слово адреса пере- 
хода, представляющее собой смещение, загружается в ЕТР/ТР; второе/третье 
слово —вС5). 


Команда безусловного перехода 


Синтаксис команды безусловного перехода без сохранения информации о точке 
возврата: 
]тр [модификатор] адрес_перехода 

Здесь адрес_перехода представляет метку или адрес области памяти, в которой 
находится указатель перехода. . 

Всего в системе команд процессора есть несколько кодов машинных команд 
безусловного перехода /МР. Их различия определяются дальностью перехода 
и способом задания целевого адреса. Дальность перехода определяется местопо- 
ложением операнда адрес_перехода. Этот адрес может находиться в текущем сег- 
менте кода или в некотором другом сегменте. В первом случае переход называется 
внутрисегментным, или близким, во втором — межсегментным, или дальним. 

Внутрисегментный переход предполагает, что изменяется только содержимое 
регистра ЕТР/ТР. Можно выделитьтри вариантавнутрисекментного использования 
команды МР: 


к прямой короткий переход; 


К прямой переход; 





косвенный переход. 
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Прямой короткий внутрисегментный переход применяется, когда расстояние 
от команды / МР до адреса перехода не превышает -128 или +127 байт. В этом слу- 
чае транслятор ассемблера формирует машинную команду безусловного перехода 
длиной всего два байта (размер обычной команды внутрисегментного безуслов- 
ного перехода составляеттри байта). Первый байт в этой команде — код операции, 
значение которого говорит о том, что процессор должен особым образом тракто- 
вать второй байт команды. Значение второго байта вычисляется транслятором как 
разность между значением смещения команды, следующей за МР, и значением 
адреса перехода. При осуществлении прямого короткого перехода нужно иметь 
в виду следующий важный момент, связанный с местоположением адреса перехо- 
да и самой команды 1 МР. Если адрес перехода расположен до команды ЭМР, то ас- 
семблер формирует короткую команду безусловного перехода без дополнитель- 
ных указаний. Если адрес перехода расположен после команды МР, транслятор не 
может сам определить, что переход короткий, так как у него еще нет информации 
об адресе перехода. Для оказания помощи компилятору в формировании команды 
короткого безусловного перехода в дополнение к ранее упомянутым модификато- 
рам используют модификатор ЗНОКТ РТК: 


тр $ПогЕ ри т 
‚не более 35-40 команд (127 байт) 
м1: 


Еще вариант: 


пи: 
...;не более 35-40 команд (-128 байт) 
лтр т 


Прямой внутрисегментный переход отличается от прямого короткого внутри- 
сегментного перехода тем, что длина машинной команды МР в этом случае состав- 
ляет три байта. Увеличение длины связано с тем, что поле адреса перехода в ма- 
шинной команде ] МР расширяется до двух байтов, а это, в свою очередь, позволяет 
производить переходы в пределах 64 Кбайт относительно следующей за ЭМР ко- 
манды: 


м1: 


.;расстояние более 128 байт и менее 64 Кбайт 
тр п 


Косвенный внутрисегментный переход подразумевает «косвенность» задания 
адреса перехода. Это означает, что в команде указывается не сам адрес перехода, 
а место, где он «лежит». Приведем несколько примеров, в которых двухбайтовый 
адрес перехода выбирается либо из регистра, либо из области памяти: 


1еа 6х, м1 
пр Ьх ;адрес перехода в регистре 6х 


п]: 
ака 
ад9г_т1 ди 11 


‚.соае 
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пр адаг_т1 ‚адрес перехода в ячейке памяти адаг_т1 
м1: 
Еще несколько вариантов косвенного внутрисегментного перехода: 
<>... 
<2>.Чата 
<З>адаг дм т 
<4> м 12 
<5>... 


<6>.соде 

<7>... 

<8>сус1: 

<9> оу $1,9 
<10 пр а99г[$1];адрес перехода в слове памяти а@а4г+($1) 
<11>... 

<12> оу $1,2 
<13> р сус1 
<14>т1: 

<15>... 

<16>т2: 

<17>... 

В этом примере одна команда ЭМР (строка 10) может выполнять переходы на 
разные метки. Выбор конкретной метки перехода определяется содержимым ре- 
гистра 51. Операнд команды ЭМР определяет адрес перехода косвенно после вычис- 
ления выражения аа4г+ (51). 
<1>... 
<2>.даха 
<З>адаг ди п1 
<4>... 
<5>.соде 
<6>:. 
<7> „Леа $1 ‚ ааг о 
<8> пр пеаг рук [$1] ;адрес перехода в ячейке памяти аддг 
<9>... 
<16>т1: 

В данном случае указание модификатора МЕАК РТК обязательно, так как, в отли- 
чие от предыдущего способа, адрес ячейки памяти а@@г с адресом перехода транс- 
лятору передается неявно (строки 3, 7 и 8), и, не имея информации о метке, он не 
. может определить, какой именно переход осуществляется — внутрисегментный или 
межсегментный. Межсегментный переход предполагает другой формат машинной 
команды МР. При осуществлении межсегментного перехода кромерегистра ЕТР/ТР 
модифицируется также регистр С$. Аналогично внутрисегментному переходу, меж- 
сегментный переход поддерживают два варианта команд безусловного перехода: 
прямой и косвенный. 

Команда прямого межсегментного перехода имеет длину пять байтов, из кото- 
рых два байта составляют значение смещения и два байта — значение сегментной 
составляющей адреса: 
ее |  зестшеш 


94+ 


дир Таг р’ т2 ‚здесь Фаг обязательно 


пл! Табет таг 


зеда_1 епа5 
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сед_2 седтепе 


т2 1абе1 Раг 
пр м! ;здесь Таг необязательно 


Рассматривая этот пример, обратите внимание на модификатор ЕАК РТВ в ко- 
манде УМР. Его необходимость объясняется все той же логикой работы однопро- 
ходного транслятора. Если описание метки (метка п11) встречается в исходном тек- 
сте программы раньше, чем соответствующая ей команда перехода, то задание 
модификатора необязательно, так как транслятор все знает о данной метке и сам 
формирует нужную пятибайтовую форму команды безусловного перехода. В слу- 
чае, когда команда перехода встречается до описания соответствующей метки, 
транслятор не имеет еще никакой информации о метке, и модификатор ЕАК РТК 
в команде ЭМР опускать нельзя, так как транслятор не знает, какую форму коман- 
ды формировать — трехбайтную или пятибайтную. Без специального указания мо- 
дификатора транслятор будет формировать трехбайтную команду внутрисегмент- 
ного перехода. | 

Команда косвенного межсегментного перехода в качестве операнда имеет адрес 
области памяти, в которой содержатся смещение и сегментная часть целевого ад- 
реса перехода: 


Чата зедтепт{ 

аЧ99г м1 94а т! ;в поле аддг_т1 значения смещения 
;и адреса сегмента метки т! 

Чата еп$ 

соде | зедтет 


гр. ртр Ш] 
соде_1 еп9$ 
соде_2  зедтепе 


11 1абе1 Еаг 
тоу ах,Бх 


соде_2 епа$ 

Как вариант косвенного межсегментного перехода необходимо отметить кос- 
венный регистровый межсегментный переход. В этом виде перехода адрес перехо- 
да указывается косвенно — в регистре. Это очень удобно для программирования 
динамических переходов, в которых адрес перехода может изменяться на стадии 
выполнения программы: 


Даса седтепе 
а99г_п1 99 п! ;в поле а4дг_м1 значения смещения 
;И адреса сегмента метки п1 
Часа еп95 
соде_1  зедшепе 
"`` '1ва ох, аадг_т1 
р амога рег [Ьх] 
соде_1 еп95 
соде_2  зедпепё 
11  ЛаБе1 Рах 
поу ах,Бх 


...+ 


соде_2 еп@5 


ЖЖ 
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Таким образом, модификаторы ЗНОКТ РТВ, МЕАК РТК и \ОВР РТК применяются 
для организации внутрисегментных переходов, а ЕАК РТК и О\ОВР РТК — межсег- 
ментных. 

Для полной ясности нужноеще раз подчеркнуть, что если тип сегмента — изе32, 
то в тех местах, где речь шла о регистре ТР, можно использовать регистр ЕТР и, соот- 
ветственно, размеры полей смещения увеличить до 32 битов. 


Процедуры 


До сих пор мы рассматривали примеры программ, предназначенные для одно- 
кратного выполнения. Но, приступив к программированию достаточно серь- 
езной задачи, вы наверняка столкнетесь с тем, что у вас появятся повторяющиеся 
фрагменты кода. Одни из них могут состоять всего из нескольких команд, другие 
занимать и достаточно много места в исходном коде. В последнем случае эти фраг- 
менты существенно затруднят чтение текста программы, снизят ее наглядность, 
усложнят отладку и послужат неисчерпаемым источником ошибок. В языке ас- 
семблера есть несколько средств, решающих проблему дублирования фрагментов 
программного кода. К ним относятся: 


*\ процедуры; 
8; макроподстановки (макроассемблер); 
3# генерация и обработка программных прерываний. 


В данной главе рассматриваются только основные понятия, относящиеся к вы- 
зову процедур. Ввиду важности этого вопроса мы продолжим его изучение в гла- 
ве 15 в контексте темы модульного программирования на ассемблере. Актуальная 
для программирования под \Ут4о\з проблема разработки библиотек ПТ, на ас- 
семблере описана в [8]. Макроассемблеру посвящена глава 14. 

Процедура, или подпрограмма, — это основная функциональная единица деком- 
позиции (разделения на части) некоторой задачи. Процедура представляет собой 
группу команд для решения конкретной подзадачи и обладает средствами получе- 
ния управления из точки вызова задачи более высокого уровня и возврата управ- 
ления в эту точку. В простейшем случае программа может состоять из одной про- 
цедуры. Другими словами, процедуру можно определить как правильным образом 
оформленную совокупность команд, которая, будучи однократно описана, при не- 
обходимости может быть вызвана в любом месте программы. 

Для описания последовательности команд в виде процедуры в языке ассембле- 
ра используются две директивы: РКОС и ЕМПР. 

Синтаксис описания процедуры таков (рис. 10.3). 

Из рисунка видно, что в заголовке процедуры (директиве РКОС) обязательным 
является только задание имени процедуры. Среди болыпого количества операн- 
дов директивы РКОС следует особо выделить [расстояние]. Этот атрибут может при- 
нимать значения МЕАК или РАК и характеризует возможность обращения к проце- 
дуре из другого сегмента кода. По умолчанию атрибут [расстояние] принимает 
значение МЕАК. 

Процедура может размещаться в любом месте программы, но так, чтобы на нее 
случайным образом не попало управление. Если процедуру просто вставить в об- 
щий поток команд, то процессор воспримет команды процедуры как часть этого 
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имя_процедуры РВОС [[модификатор_языка] язык] [расстояние ] | 


[АВС список апплиентпо 1 Заголовок 


процедуры 
[ВЕТУВМ список элементов] _ р ур 


команды, Тело 
директивы процедуры 
ассемблера 


имя_процедуры ЕМОР Конец, 
процедуры ] _ процедуры 
Рис. 10.3. Синтаксис описания процедуры в программе 


потока и, соответственно, начнет выполнять эти команды. Учитывая это обстоя- 
тельство, есть следующие варианты размещения процедуры в программе: 


$ в начале программы (до первой исполняемой команды); 


8 


в конце программы (после команды, возвращающей управление операционной 
системе); 


промежуточный вариант — внутри другой процедуры или основной програм- 
мы (в этом случае необходимо предусмотреть обход процедуры с помощью ко- 
манды безусловного перехода ЭМР); 


# в другом модуле (библиотеке ОГГ). 


Размещение процедуры в начале сегмента кода предполагает, что последова- 
тельность команд, ограниченная парой директив РКОС и ЕМОР, будет размещена до 
метки, обозначающей первую команду, с которой начинается выполнение програм- 
мы. Эта метка должна быть указана как параметр директивы ЕМО, обозначающей 
конец программы: 


поде 5та11 
‚зфаск 1001 
‚Дата 
.соде 


пу окос ргоспеаг 
те 
ту_ргос епар 
загс: 





еп@ зкаге 

Объявление имени процедуры в программе равнозначно объявлению метки, 
поэтому директиву РКОС в частном случае можно рассматривать как завуалиро- 
ванную форму определения программной метки. Поэтому сама исполняемая про- 
грамма также может быть оформлена в виде процедуры, что довольно часто и де- 
лается с целью пометить первую команду программы, с которой должно начаться 
выполнение. При этом не забывайте, что имя этой процедуры нужно обязательно 
указыватьвзаключительной директиве Е МО. Такой синтаксис мы уже неоднократ- 
но использовали в своих программах. Так, последний рассмотренный фрагмент 
эквивалентен следующему: 


по4е]1 па11 
‚5зфаск 100н 


м———ы—щ—ы—ы—__ыиииии оо 
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.даха 

.соде 

ту_ргос ргоспеаг 
ге! 

пу ргос епар 
зтай  ргос 
ай  епар 
епа з1аг{ 


В этом фрагменте после загрузки программы в память управление будет пере- 
дано первой команде процедуры с именем ап. 

Размещение процедуры в коние программы предполагает, что последователь- 
ность команд, ограниченная директивами РКОС и ЕМОР, находится следом за коман- 
дой, возвращающей управление операционной системе: 


побе1 эта11 
‚эаск 1008 
.Чаха 
.соде 
сбатс: 
поу ах, 4с00п 
116 211 ;возврат управления операционной системе 
ту_ргос ргоспеаг 
ге 
пу_ргос епар 
еп@ збагё 


Промежуточный вариант расположения тела процедуры предполагает ее раз- 
мещение внутри другой процедуры или основной программы. В этом случае необ- 
ходимо предусмотреть обход тела процедуры, ограниченного директивами РКОС 
и ЕМОР, с помощью команды безусловного перехода ЗМР: 
тоде| — эта! 


‚зкаск 1000 
„Дата 

‚ соде 

тат: 

— тр т! 


му_ргос ргоспеаг 
ге! 

ту_ргос епар 

11: 


.. 


ПО\ ах, 4с90Н х 
ШЕ 211 ;возврат управления операционной системе 
епа ${аг{ 


Последний вариант расположения описаний процедур — в отдельном сегменте 
кода — предполагает, что часто используемые процедуры выносятся в отдельный 
файл, который должен быть оформлен как обычный исходный файл и подвергнут 
трансляции для получения объектного кода. Впоследствии этот объектный файл 
с помощью утилиты {пк можно объединить с файлом, в котором данные процеду- 
ры используются. С утилитой {ШпК мы познакомились в главе 6. Этот способ пред- 
полагает наличие в исходном тексте программы еще некоторых элементов, свя- 
занных с особенностями реализации концепции модульного программирования 
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в языке ассемблера. Поэтому в полном объеме этот способ будет рассмотрен в гла- 
ве 15. 

Как обратиться к процедуре? Так как имя процедуры обладает теми же атрибу- 
тами, что и обычная метка в команде перехода, то обратиться к процедуре, в прин- 
ципе, можно с помощью любой команды перехода. Но есть одно важное свойство, 
которое можно использовать благодаря специальному механизму вызова процедур. 
Суть состоит в возможности сохранения информации о контексте программы 
в точке вызова процедуры. Под контекстом понимается информация о состоянии 
программы в точке вызова процедуры. В системе команд процессора есть две ко- 
манды для работы с контекстом — САЦ, и КЕТ. 





Команда САЦ, осуществляет вызов процедуры (подпрограммы). Синтаксис ко- 
манды: | 

са! [модификатор] имя_процедуры 
Подобно команде ]МР команда САШ, передает управление по адресу с символи- 
ческим именем имя_процедуры, но при этом в стеке сохраняется адрес возврата 
(то есть адрес команды, следующей после команды САП). 





Команда КЕТ считывает адрес возврата из стека и загружает его в регистры С$ 
и ЕТР/ТР, тем самым возвращая управление на команду, следующую в програм- 
ме за командой САШ, Синтаксис команды: 
ге{ [число] 

Необязательный параметр [число] обозначает количество элементов, удаляе- 
мых из стека при возврате из процедуры. Размер элемента определяется хоро- 
шо знакомыми нам параметрами директивы 5ЕСМЕМТ — изе16 и изе3г (или соот- 
ветствующим параметром упрощенных директив сегментации). Если указан 
параметр изе16, то [число] — это значение в байтах; если изе32 — в словах. 


Для команды САШ, как и для МР, актуальна проблема организации ближних 
и дальних переходов. Это видно из формата команды, где присутствует параметр 
[модификатор]. Как и в случае команды ЭМР, вызов процедуры командой САШ, мо- 
жет быть внутрисегментным и межсегментным. 





При внутрисегментном вызове процедура находится в текущем сегменте кода 
(имеет тип пеаг), и в качестве адреса возврата команда САМ, сохраняет только 
содержимое регистра ПТР/ЕТР, что вполне достаточно (рис. 10.4). 


№ Примежсегментном вызове процедура находится в другом сегменте кода (имеет 
тип {аг), и для осуществления возврата команда САЦ. должна запомнить содер- 
жимое обоих регистров (С$ и ГР/ЕТР), при этом в стеке сначала запоминается 
содержимое регистра (5, затем — регистра [Р/ЕТР (рис. 10.5). 


Важно отметить, что одна и та же процедура не может быть одновременно про- 
цедурой ближнего и дальнего типов. Таким образом, если процедура используется 
в текущем сегменте кода, но может вызываться и из другого сегмента программы, 
то она должна быть объявлена процедурой типа #аг. Подобно команде МР, суще- 
ствуют четыре разновидности команды САЦ. Какая именно команда будет сфор- 
мирована, зависит от значения модификатора в команде вызова процедуры САМ, 
и атрибута дальности в описании процедуры. Если процедура описана в начале 
сегмента данных с указанием дальности в ее заголовке, то при ее вызове параметр 
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Процедура ближнего типа ту _ргос: 


Оперативная память Оперативная память 


а ве | 


3$:5Р-> 









Старшие адреса ОП Старшие адреса ОП 
Стек до команды Стек после команды 
са! ту_ргос са! ту_ргос 
Рис. 10.4. Содержимое стека до и после выполнения команды вызова процедуры 
ближнего типа 


Процедура дальнего типа ту_ргос: 


Оперативная память Оперативная память 


0000:0000 0000:0000 + 





$$:5Р > 


55:1 — э$и -—» 
Старшие адреса ОП Старшие адреса ОП 
Стек до команды Стек после команды 
сай пу_ргос сай ту_ргос 


Рис. 10.5. Содержимое стека до и после выполнения команды вызова процедуры 
дальнего типа 


[модификатор] можно не указывать: транслятор сам разберется, какую команду САЦ. 
ему нужно сформировать. Если же процедура описана после ее вызова, например, 
в конце текущего сегмента или в другом сегменте, то при ее вызове нужно указать 
ассемблеру тип вызова, чтобы он мог за один проход правильно сформировать ко- 
манду САЦ. Значения модификатора такие же, как и у команды ЗМР, за исключе- 
нием значения ЗНОКТ РТК. 

С директивой РКОС используются еще несколько директив: АКС, КЕТОКМ$, [.ОСАТ, 
03Е$. Их назначение — помочь программисту выполнить некоторые рутинные дей- 
ствия при вызове и возврате из процедуры (заодно и повысив надежность кода). 
Директивы АКС и КЕТОКМ№ назначают входным и выходным параметрам процеду- 
ры, передаваемым через стек, символические имена. Директива 05ЕЗ в качестве 
параметров содержит имена используемых в процедуре регистров. При обработке 
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этой директивы ассемблер формирует входной и выходной коды процедуры (из 
команд РОЗН и РОР), обеспечивающие сохранение и восстановление регистров. Ди- 
ректива 1.0САЁ предназначена для выделения кадра стека для локальных перемен- 
ных, что позволяет экономить память, занимаемую программой в целом. Подроб- 
но эти директивы обсуждаются в главе 15. 

Необходимо заметить, что в данном разделе приведена информация о порядке 
описания процедур, принятом в ТАЗМ. Описание и использование процедур 
в МАЗМ имеет особенности, о которых можно узнать из материала главы 15. 

Последний и, наверное, самый важный вопрос, возникающий при работе с про- 
цедурами, — как правильно передать параметры процедуре и вернуть результат? 
Этот вопрос тесно связан с концепцией модульного программирования и подроб- 
но будет рассматриваться в главе 15. С примерами использования процедур вы 
можете познакомиться в листингах подпрограмм, предназначенных для вычисле- 
ния четырех основных арифметических действий с двоичными и десятичными 
(ВСО) числами и находящихся среди прилагаемых к книге файлов в каталоге гла- 
вы 8!. Кроме того, вопросы организации рекурсивных и вложенных процедур рас- 
смотрены в [8]. 


Условные переходы 


До сих пор мы рассматривали команды перехода с «безусловным» принципом дей- 
ствия, но в системе команд процессора есть большая группа команд, призванных 
самостоятельно принимать решение о том, какая команда должна выполняться 
следующей. Решение принимается в зависимости от определенных условий, опре- 
деляемых конкретной командой перехода. Процессор поддерживает 18 команд 
условного перехода, позволяющих проверить: 


® отношение между операндами со знаком (больше или меньше); 
2 отношение между операндами без знака (выше или ниже); 
& состояниями арифметических флагов ГЕ, ЗЕ, СЕ, ОЕ, РЕ (но не АЕ). 


Команды условного перехода имеют одинаковый синтаксис: 
]сс метка_перехода 


Как видно, мнемокод всех команд начинается с символа <]» — от слова дитр 
(прыжок). Вместо символов «сс» указывается конкретное условие, анализируе- 
мое командой. Что касается операнда метка_перехода, то он определяет метку пе- 
рехода, которая может находиться только в пределах текущего сегмента кода; меж- 
сегментной передачи управления в условных переходах не допускается. В связи 
с этим отпадает вопрос о модификаторе, который присутствовал в синтаксисе ко- 
манд безусловного перехода. В ранних моделях процессора (8086, 80186 и 80286) 


' Все прилагаемые к книге файлы можно найти по адресу ВИр://м\\.рИег.сот/4о\п1юа4. — 
Примеч. ред. 


? Термины «больше или меньше» и «выше или ниже» происходят от соответствующих английских 
терминов «ргеа(ег-|езз» и «абоуе-Бео\». Первые буквы этих терминов входят в состав мнемониче- 
ских обозначений соответствующих команд условного перехода. Несмотря на кажущуюся синони- 
мичность этих терминов, на самом деле они отражают тот факт, что соответствующие им команды 
условного перехода анализируют разные флаги (см. также далее пояснения в тексте). 
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команды условного перехода могли осуществлять только короткие переходы — на 
расстояние от -128 до +127 байт от команды, следующей за командой условного 
перехода. Начиная с процессора 80386 это ограничение снято, но, как видите, только 
в пределах текущего сегмента кода. 

Для того чтобы принять решение о том, куда будет передано управление ко- 
мандой условного перехода, предварительно должно быть сформировано условие, 
на основании которого должно приниматься решение. Источниками такого усло- 
вия могут быть: 


любая команда, изменяющая состояние арифметических флагов; 
% команда СМР, сравнивающая значения двух операндов; 
# состояние регистра ЕСХ/СХ. 


Обсудим эти варианты, чтобы разобраться с тем, как работают команды услов- 
ного перехода. 


Команда сравнения 


Команда сравнения СМР (СоМРаге)имеет интересный принцип работы. Он абсо- 
лютно такой же, каку команды вычитания 5 ОВ (см. главу 8). Команда СМР так же, 
как и команда ЗОВ, выполняет вычитание операндов и по результатам сравнения 
устанавливает флаги. Единственное, чего она не делает, — не записывает резуль- 
тат вычитания на место первого операнда. 

Синтаксис команды СМР: 
стр операнд_1, операнд_2 

Флаги, устанавливаемые командой СМР, можно анализировать специальными 
командами условного перехода. Прежде чем мы их рассмотрим, уделим немного 
внимания мнемонике этих команд (табл. 10.1). Понимание обозначений (элемен- 
тов в названии команды 9СС, обозначенных нами символами «сс» ) при формирова- 
нии названия команд условного перехода облегчит их запоминание и дальнейшее 
практическое использование. 


Таблица 10.1. Значение аббревиатур в названии команды |сс 


Мнемоническое Оригинальный Перевод Типоперандов 
Я И ый 
Г [Рю о лы 

Больше [| Числасо знаком _ 










Втабл. 10.2 представлен перечень команд условного переходадля команды СМР. 
Не удивляйтесь тому обстоятельству, что одинаковым значениям флагов соответ- 
ствуют несколько разных мнемокодов команд условного перехода (они отделены 
друг от друга косой чертой). Разница в названии обусловлена желанием разработ- 


8 Зак. 256 
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чиков процессора упростить использование команд условного перехода с разны- 
ми группами команд. Поэтому разные названия отражают скорее разную функцио- 
нальную направленность. Тем не менее, то, что эти команды реагируют на одни 
и те же флаги, делает их абсолютно эквивалентными и равноправными в програм- 
ме. Именно поэтому они сгруппированы не по названиям, а по значениям флагов 
(условиям), на которые они реагируют. 


Таблица 10.2.Переченькомандусловногопереходадлякомандыстр 


Типы Мнемокод Критерий условного Значения флагов 
операндов | команды услов- перехода для перехода 
ного перехода 


СЕ Тили 2-1 


В качестве примера применения команды СМР рассмотрим фрагмент програм- 
мы, который обнуляет поле ро!е_т длиной и байт: 


.ааеа 
п еби 50 
ро1е м 6 п ах (?) 
‚.соде 

хог Ьх,Бх :6х=0 
п: тоу меш [Ьх], © 

шс 6х 

стр Бх,п 

‚ме т! 

ехц: 


Так как команды условного перехода не изменяют флагов, то после одной ко- 
манды СМР вполне могут следовать несколько команд условного перехода. Это 
может быть сделано для того, например, чтобы исследовать каждую из альтерна- 
тивных ветвей: больше, меньше или равно: 


Е/ЛМЕ 





‚ Вата 

паз 9 а (?) 

‚ соде 
стр таз [$1].,5 ‘сравнить очередной элемент массива с 5 
]1е еа! ‚; Переход, если элемент таз равен 5 
И том ‚переход, если элемент таз меньше 5 


14 0“ ; переход, если элемент таз больше 5 
еат: 
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10\/: 


9": 


Команды условного перехода и флаги 


Мнемоническое обозначение некоторых команд условного перехода отражает на- 
звание флага, с которым они работают, и имеет следующую структуру: первым идет 
символ <]» (литр — переход), вторым — либо обозначение флага, либо символ от- 
рицания «п», после которого стоит название флага. Такая структура команды от- 
ражает ее назначение. Если символа «п» нет, то проверяется состояние флага и, 
если он равен 1, производится переход на метку перехода. Если символ «п» при- 
сутствует, то проверяется состояние флага на равенство 0 и в случае успеха произ- 
водится переход на метку перехода. Мнемокоды команд, названия флагов и усло- 
вия переходов приведены в табл. 10.3. Эти команды можно использовать после 
любых команд, изменяющих указанные флаги. 


Таблица 10.3. Команды условного перехода и флаги 


Название Номер бита Команда Значение флага 
флага в регистре условного для осуществления 
еНад5/Яад$ перехода перехода 


Переноса СР СЕ 
ый 





Если внимательно посмотреть на табл. 10.2 и 10.3, видно, что многие команды 
условного перехода в них эквивалентны, так как в них анализируются одинаковые 
флаги. 

В листинге 10.1 приведен пример программы, производящей в строке симво- 
лов длиной и байт замену строчных букв английского алфавита прописными. Для 
осмысленного рассмотрения этого примера вспомним АЗСП-коды, соответствую- 
щие этим буквам (см. главу 6). Строчные и прописные буквы в таблице АЗСП упо- 
рядочены по алфавиту. Строчным буквам соответствует диапазон кодов 611-7ай, 
прописным — 41Ъ-—5а6, Для того чтобы понять идею, лежащую в основе алгоритма 
преобразования, достаточно сравнить представления соответствующих прописных 
и строчных букв в двоичном виде: 
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а— 0110 0001...2 — 0111 1010 
А - 0100 0001...7, - 0101 1010 


Как видно из приведенного двоичного представления, для выполнения преоб- 
разования между строчными и прописными буквами достаточно всего лишь ин- 
вертировать 5-й бит. 


Листинг 10.1.Смена регистра символов 
<1> ;ргё_10_1.а$т 


<2> шоде1 тай 
<3> озщаск 100 























<4> „дата 

<5> п еда 10 ‚количество символов в з(гока 

<б> зЕгока р "асутвгидир" 

<7> .соде 

<8> эсагё: 

<9> поу ах, @дата 

<19> поу 45, ах 

<11> хог ах, ах 

<12> поу Ссх,П 

<13> Леа Бх,$5{гока „адрес зегока в Ох 

<14> 01: шоу а1, [9х] почередной символ из эекока в а1 

<15> ср а1,61Н „убедиться, что код символа не меньше 61 
<16> 76 пехЕ ;если меньше, то не обрабатывать 

<17> „И перейти к следующему символу 

<18> ср а1,7ай „убедиться, что код символа не больше 7ап 
<19> За пехЕ песли больше, то не обрабатывать 

<20> „И перейти к следующему символу 

<21> ап а1,110111116;инвертировать 5-й бит 

<22> шоу [6х] ,а1 псимвол - на его место в зсгока 

<23> пехг: 

<24> 11с 5х ;адресовать следующий символ 

<25> ес сх уменьшить значение счетчика в сх 

<26> ]п7 101 ;если сх не 0, то переход на п1 

<21> ех1(: 

<28> поу ах, 4с00н 

<29> 11Е 210 ;возврат управления операционной системе 
<30> еп зГагё 


Обратите внимание на строку 25 листинга. Команда РЕС уменьшает значение 
регистра СХ на 1. Когда это значение станет равным 0, процессор по результату 
операции декремента установит флаг 7,Е. Команда в строке 26 анализирует состоя- 
ние этого флага и, пока он не равен 1 (см. табл. 10.3), передает управление на мет- 
ку п11. Заметьте, что на место этой команды можно было бы поставить команду МЕ 
(см. табл. 10.2). Но для анализа регистра СХ в системе команд процессора есть спе- 
циальная команда, которую мы сейчас и рассмотрим. 


Команды условного перехода и регистр ЕСХ/СХ 


Архитектура процессора предполагает специфическое использование многих ре- 
гистров. К примеру, регистр ЕАХ/АХ/АТ используется как аккумулятор, а регистры 
ЕВР/ВР, ЕЗР/ЗР — для работы со стеком. Регистр ЕСХ/СХ тоже имеет определенное 
функциональное назначение — он выполняет функции счетчика в командах 
управления циклами и при работе с цепочками символов. Возможно, что функци- 
онально команды условного перехода, связанные с регистром ЕСХ/СХ, правильнее 
было бы отнести к этой группе команд. 


У——————д—д—д—дк ыы 
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Синтаксис команд 7СХИ (Литр Исх 15 Дего — переход, если СХ ноль) и ЛЕСХИ (Литр 
Еаца! есх Хего — переход, если ЕСХ ноль) таков: 


]сх2/]есх? метка_перехода 


Эти команды очень удобно использовать при организации цикла и при работе 
с цепочками символов. В этой главе мы разберемся со средствами организации цик- 
лов в программах на языке ассемблера и покажем работу команд /СХ7/ТЕСХИ. Гла- 
ва 12 будет посвяшена цепочечным командам, где мы еще раз вернемся к коман- 
дам /СХИ/ЛЕСХ/. Нужно отметить свойственное им ограничение. В отличие отдругих 
команд условной передачи управления, команды 36Х2/) ЕСХ7 могут адресовать толь- 
ко короткие переходы — на -128 байт или на +127 байт от следующей за ней ко- 
манды. 


Установкабайтапоусловию 


При рассмотрении команд условного перехода логично упомянуть еще об од- 
ной команде — $ЗЕТсс. Данная команда впервые появилась в процессоре 1386. 
Ее формат: 

ЗЕТсс операнд1 


Команда устанавливает байт операнд1 после проверки модификатора сс, задаю- 
щего условие, аналогично тому, как это делается в командах условного перехода. 
Фактически, модификатор сс обозначает флаг, который нужно проверить (см. при- 
ложение). В качестве операнда используется либо один из 8-разрядных регистров 
(АГ, АН, ВГ, ВН, СГ, СН, ОЕ, ОН), либо адрес ячейки памяти размером вбайт. Алгоритм 
работы команды заключается в том, что значение операнда устанавливается по 
результатам проверки условия, заданного модификатором сс: 

в операнд1 = 0 — если условие ложно; 


я операнд1 = 1 — если условие истинно. 


к примеру, в следующем фрагменте байт по адресу ге2 будет установлен в 0: 


моу ах, 09 
стр ах,1 
сесе русе рег ге 


Организация циклов 


Цикл, как известно, представляет собой важную алгоритмическую структуру, без 
которой не обходится, наверное, ни одна программа. Организовать циклическое 
выполнение некоторого фрагмента программы можно, к примеру, используя ко- 
манды условной передачи управления или команду безусловного перехода МР. 
Например, подсчитаем количество нулевых байтов в области таз (листинг 10.2). 


Листинг 10.2. Подсчет числа нулевых элементов 


<1> ;ргё_10_2.а5т 

<2> поде1 зта11 

<3> о„ъфаск 1000 

<4> „дата 

<5> 1еп еаи 10 ‚количество элементов в паз 

<6> паз аБ 1,06,9,8,0,7,8,0,2,0 

<7> .соде продолжение = 
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Листинг 10.2 (продолжение) 


<8> зфагт: 

<9> гаоу ах , @Ча\а 

<10> моу 4$,ах 

<11> тоу сх, еп ‚длину поля та$ в сх 

<12> хог ах. ах 

<13> хог $1,5$1 

<14>  суст: 

<15> ]схх ехи ‚проверка сх на 0, если 0, то выход 
<16> стр та$[$!],0 ‚сравнить очередной элемент таз с 0 
<17> лет ‚если не равно 0, то на м 

<18> шс а1 ‚В а1 - счетчик нулевых элементов 
<19> п: 

<26> мс $1 ‚перейти к следующему элементу 
<21> дес сх ‚уменьшить сх на 1 

<22> ]тр сус! 

<23> ехц: 

<24> тоу ах,4с00Н 

<25> 1пе 211. ‚возврат управления операционной системе 


<26> епа зтаг{ 

Цикл влистинге 10.2 организован тремя командами, СХ, ОЕС и МР (строки 15, 
21 и 22). Команда ]СХ7 выполняет здесь две функции: предотвращает выполнение 
«пустого» цикла (когда счетчик цикла в СХ равен нулю) и отслеживает окончание 
цикла после обработки всех элементов поля таз. Команда ОЕС после каждой итера- 
ции цикла уменьшает значение счетчика в регистре СХ на 1. Заметьте, что при та- 
кой организации цикла все операции по его организации выполняются «вручную». 
Но, учитывая важность такого алгоритмического элемента, как цикл, разработчи- 
ки процессора ввели в систему команд группу из трех команд, облегчающую про- 
граммирование циклов. Эти команды также используют регистр ЕСХ/СХ как счет- 
чик цикла. Дадим краткую характеристику этим командам. 

Команда [00Р позволяет организовать циклы (100р5), подобные циклам Юг 
в языках высокого уровня с автоматическим уменьшением счетчика цикла. Син- 
таксис команды: 
[оор метка_перехода 

Команда реализует описанные далее действия. 
1. Декремент регистра ЕСХ/СХ. 
2. Сравнение регистра ЕСХ/СХ с нулем: 

П если (ЕСХ/СХ) > 0, то управление передается на метку перехода; 


П если (ЕСХ/СХ) = 0, то управление передается на следующую после [00Р ко-. 
манду. 


Команды [.00РЕ и [00Р7 (Тоор $1 сх <> 0 ог Хего Нах = 0 — повторить цикл пока 
СХ <> 0 или ГЕ = 0) — абсолютные синонимы, поэтому используйте ту команду, ко- 
торая вам больше нравится. Синтаксис команд: 
1ооре/1оор7 метка_перехода 


Команды реализуют описанные далее действия. 
1. Декремент регистра ЕСХ/СХ. 
2. Сравнение регистра ЕСХ/СХ с нулем и анализ состояния флага нуля 7 Е: 


П если (ЕСХ/СХ) > 0 и 7Е = 1, управление передается на метку перехода; 
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О если (ЕСХ/СХ) = 0 или 2Е=0, управление передается на следующую после ШОР 
команду. 


Команды 100РМЕ и 1.00РМ7 (Тоор $НП сх <> 0 ог Моп/его Наз = 0 — повторить 
цикл, пока СХ <> 0 или/Е= 1) такжеабсолютные синонимы. Синтаксис команд: 
1оорпе/10орп7 метка_перехода 

Команды реализуют описанные далее действия. 

1. Декремент регистра ЕСХ/СХ. | 
2. Сравнение регистра ЕСХ/СХ с нулем и анализ состояния флага нуля ИЕ: 
0 если (ЕСХ/СХ) > 0 и 7Е = 0, управление передается на метку перехода; 


О если (ЕСХ/СХ) = 0 или 7Е = 1, управление передается на следующую после 100Р 
команду. 


Команды [О00РЕЛ.00Р7 и 100РМЕ/.0ОРМ7 по принципу своей работы являются 
взаимнообратными. Они расширяют действие команды [ООР тем, что дополнитель- 
но анализируют флаг Е. Это дает возможность организовать досрочный выход из 
цикла, используя этот флаг в качестве индикатора. Типичное применение этих 
команд связано с операцией поиска определенного значения в последовательно- 
сти или со сравнением двух чисел. 

Недостаток команд организации цикла [.ООР, [ООРЕЛ.00Р7 и [ООРМЕЛ.ООРМЕ за- 
ключается в том, что они реализуют только короткие переходы (от -128 до 
+127 байт). Для работы с длинными циклами придется использовать команды 
условного перехода и команду МР (см. листинг 10.2), поэтому постарайтесь осво- 
ить оба способа организации циклов. Рассмотрим несколько примеров организа- 
ции циклов с помощью команд Г[ООР, [ГООРЕЛ.00Р7 и [ГООРМЕЛ.ООРМУ. 

Программа из листинга 10.2 с использованием команды организации цикла 
будет выглядеть так, как показано в листинге 10.3. 


Листинг 10.3. Подсчет нулевых байтов с использованием команд, 
управления циклом 


<1> ;ргЕё_19_3.а5т 
<2> поде1 зта11 
<3> озфаск 1000 








<4> .Чафа 

<5> еп еди 10 ‚количество элементов в щаз 

<6> маз ЧБ 1,0,9,8,0,.7,8,0,2,0 

<7> „соде 

<8> эбагс: 

<9> поу ах, @дака 

<10> оу 9$, ах 

<11> оу сх, 1еп ; длину поля паз в сх 

<12> хог ах, ах 

<13> хог 51,51 

<14> )сх2 ех1ё ‚проверка сх на 0, если 0, то выход 
<15> суст: 

<16> сир та$ [$1] ,09 ;Сравнить очередной элемент паз с 0 
<17> пе ш1 ;если не равно 0, то на п1 

<18> 10с а ;в а|1 - счетчик нулевых элементов 
<19> ш: 

<20> 10С $1 ‚: перейти к следующему элементу 

<21> 100р сус1 

<22> ех1е: 


продолжение #% 
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Листинг 10.3 (продолжение) 


<23> моу ах, 4с908 
<24> 106 218 ;возврат управления операционной системе 
<25> еп зГагё 


Заметьте, что у команды 3СХ7 в строке 14 осталась только одна функция — не 
допустить выполнения «пустого» цикла, поэтому несколько изменилось ее место 
в тексте программы: теперь она стоит перед меткой начала цикла сус(. Изменение 
и контроль содержимого регистра СХ в процессе выполнения каждой итерации вы- 
полняет команда ШОР (строка 21). 

Рассмотрим пример, в котором продемонстрируем типичный подход к исполь- 
зованию команды [00Р№7. В программе из листинга 10.4 ищется первый нулевой 
элемент в поле таз. Интерес представляют строки 20 и 21. Команда [00РМ№7 на ос- 

‚ повании содержимого регистра СХ и флага 7Е принимает решение о продолжении 
цикла. Выход из цикла происходит в одном из двух случаев: СХ = 0 (просмотрены 
все элементы поля таз) или ХЕ = 1 (командой СМР обнаружен нулевой элемент). 
Назначение следующей команды 30 (строка 21) в том, чтобы распознать конкрет- 
ную причину выхода из цикла. Если выход из цикла произошел после просмотра 
строки, в которой нет нулевых элементов, то флаг 77, не сработает и будет выдано 
сообщение об отсутствии нулевых элементов в строке (строки 7, 23-25). Если вы- 
ход из цикла произошел в результате обнаружения нулевого элемента, то в регис- 
тре $1 окажется номер позиции этого элемента в поле таз и при необходимости 
можно продолжить обработку. В нашем случае мы просто завершаем программу — 
переходим на метку ехи. 


Листинг 10.4. Пример использования команды [оорпи 


<1> ;ргё_10_4.азт 

<2> поде1 зпа11 

<3> озфаск 1001н 

<4> „дата 

<5> 1еп еди 10 ;количество элементов в паз 

<6> паз 96 1,0,9,8,0,7,8,0,2,0 

<7> шеззаде 9 "В поле паз нет элементов, равных нулю, $" 





<8> .соде 

<9> зсаге: 

<10> поу ах,@аата 

<11> поУу 9$, ах 

<12> шоу сх,1еп ;длину поля паз в сх 

<13> хог ах, ах 

<14> хог $1,5$1 

<15> ]схй ех1е ; проверка сх на 0, если 0, то выход 

<16> оу $1, -1 ‚готовим 51 к адресации элементов поля таз 
<17> Сус]: 

<18> 11С 81 

<19> ср ма$ [$1] ,09 ; сравнить очередной элемент паз с 0 

<20> 100рп7 сус1 

<21> 32 ех1&;выяснение причины выхода из цикла 

<22> ‚вывод сообщения, если нет нулевых элементов в паз 
<23> поу ап,9 

<24> шоу 4х, оТТР5ееё шезсаде 

20 116 216 

<26> ех1е: 

<27> поу ах,4с00и 

<28> 116 218 ‚возврат управления операционной системе 


<29> еп збахЕ 
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Читатели, имеющие даже небольшой опыт программирования на языках высо- 
кого уровня, знают, что очень часто возникает необходимость во вложенных цик- 
лах. Самый простой пример — обработка двухмерного массива. Работу с массива- 
ми, в том числе двухмерными, мы рассмотрим в главе 13, пока же разберемся 
с основными принципами организации вложенных циклов. Основная проблема, 
которая при этом возникает, — как сохранить значения счетчиков в регистре ЕСХ/ 
СХ для каждого из циклов. Для временного сохранения счетчика внешнего цикла 
на время выполнения внутреннего доступно несколько способов: задействовать 
регистры, ячейки памяти или стек. В следующем фрагменте программы имеется 
три цикла, вложенные один в другой. Этот фрагмент можно рассматривать как 
шаблон для построения других программ с вложенными циклами. 


<1>... 

<2> оу сх, 1909 количество повторений цикла сус!_1| 
<3> сус|_1: 

<4> ризН сх ;счетчик цикла сус1_1 в стек 

<5> ;... Команды цикла сус!_1| 

<6> тому сх, 50 количество повторений цикла сус!_2 
<7> сус!_2: 

<8> ризН сх ;усчетчик цикла сус1_2 в стек 

<9> ;...;Команды цикла сус1_2 

<10> тоу сх,25 количество повторений цикла сус!_3 
<11> сус!_3: . 

<12> ;...;Команды цикла сус!_3 

<13> 1о0р суст_3 

<14> ;...:Команды цикла сус!_2 

<15> рор сх ‚восстановить счетчик цикла сус!_2 
<16> 1оор сус[_2 

<17> ;...;Ккоманды цикла сус!_1 

<18> рор сх ‚восстановить счетчик цикла сус!_1 
<19> 1оор сус!_1 

<20> 


за 


В качестве примера рассмотрим фрагмент программы, которая обрабатывает 
специальным образом некоторую область памяти (листинг 10.5). Область памяти 
рассматривается как совокупность пяти полей, содержащих 10 однобайтовых эле- 
ментов. Требуется заменить все нулевые байты в этой области значением ОН. 


Листинг 10.5.Пример использования вложенных циклов 


<1> ургЕ _19_5.а$т 
<2> тоае| зтай 
<3> .зфаск 1001 


<4> .Чата 

<5> таз Ч6 1,0,9,8,0,7,8 ‚0,2 „0 
<б> аь 1,0,9,8,0,7,8 ,0,2 ,0 
<7> аь 1,0,9,8,0 7 8,0.?,0 
<8> а 16,9,8,07 8.0.2.0 
<9> 96 1,0,9,8,0,7,8,0,2,0 
<19> соде 

<11> саге: 

<12> поу ах, @дафа 

<13> поу 95, ах 

<14> хог ах, ах 

<15> Леа Бх, таз 

<16> поу сх, 5 

<17> сус1_1: 

<18> ризВ сх 

<19> ХО $1, $1 


продолжение = 
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Листинг 10.5 (продолжение) 





<29> моу сх,10 

<21> суст_2: 

<22> стр БуЕе рег [х+$1],09 
<23> пе по_тего 

<24> оу Бусе рёг [х+$1] , ОтТИ 
<25> по_2его; 

<26> 11С $1 

<27> оор сус1_2 

<28> рор сх 

<29> ада ьх,19 

<30> ор сус1_1 

<31> ех1{: 

<32> поу ах,4с00н 

<33> 106 218 ;возврат управления операционной системе 
<34> еп збаге 


Ограничение области видимости для меток 


Применение команд, описанных вданной главе, предполагает довольно интенсив- 
ное использование меток. На определенном этапе работы многие программисты 
типовые фрагменты кода берут из ранее разработанных программ, реализуя свое- 
образное фрагментарно-модульное программирование. При этом может оказать- 
ся, что фрагменты кода имеют одинаковые метки. Что делать — пересматривать 
весь текст? Если не проанализировать код с должным вниманием, потом можно 
провести много часов за работой с отладчиком или, что еще хуже, программа на- 
чнет неправильно работать у заказчика. Поэтому полезными могут оказаться не- 
которые средства работы с метками, описанные в этом разделе. 

Пакет ТАЗМ поддерживает директиву 10САТ$, разрешающую использовать 
в программелокальные блоковые метки. Формат директивы: 
[О САГ$ [символ_префикса] 


Операнд символ_префикса определяет двухсимвольное имя, которое впослед- 
ствии потребуется при автоматическом формировании меток в качестве их пер- 
вых символов. По умолчанию в качестве символа префикса используется двух- 
символьная комбинация @@. 

Благодаря механизму локальных блоковых меток можно в пределах одной про- 
граммы, но в разных блоках, использовать одинаковые метки. В качестве блока 
здесь понимаются две конструкции — процедуры и фрагменты программы между 
двумя обычными метками. Структурно вариант с процедурами выглядит так: 
тоЧе| — эта! 


.Чаха 

ОСЗ ;@@ - префикс локальных меток по умолчанию 
ргоЯ ргос 

@8т1: 

ргоа епар 

ргос2 ргос 

@@т1: 

ртос2 епар 


.соде 





Итоги 235 


Область видимости локальных блоковых меток также можно ограничить обыч- 
ными метками. Для примера возьмем фрагмент последней программы и поставим 
в ней бессмысленные с точки зрения логики, но наглядные в контексте нашего 
обсуждения локальные блоковые метки: 


Г0САТ$ 
<16> "` тоу сх, 5 
<17> суст_1: 
<18> @6т1 : лпр @@т! 


<21>  суе2: 

@@т1: ]тр @6т1 
<25> по_тего: 

@@6т1: ]пр @@т 

Результат трансляции будет положительным, одноименные локальные блоко- 
вые метки @@т]| будут интерпретированы транслятором как разные. 

Пакет МАЗМ также поддерживает механизм определения локальных блоко- 
вых меток, позволяя определить три ближние метки с предопределенными имена- 
ми: @@, @Еи @В. Между этими метками существует связь. Определение метки с 
именем @@ указывает транслятору на необходимость заменить ее уникальной 
меткой в форме @@хххх, где хххх — уникальное в пределах текущей программы 
шестнадцатеричное значение. После того как такая метка определена, на нее мож- 
но ссылаться с помощью неизменяемых меток @ЕР и @В: 


ге: 

Упр@Е ‚ссылка на предыдущую метку @@ (наверх) 
]тр@в ‚ссылка на следующую метку @@ (вниз) 
ве: 

Итоги 





Язык ассемблера (система команд процессора) имеет довольно полный и гиб- 
кий набор средств организации всевозможных переходов как в пределах теку- 
щего сегмента кода, так и во внешние сегменты. 


. При организации безусловных переходов возможны переходы как с потерей 
(ЭМР), так и с запоминанием (САГТ.) информации о точке передачи управления. 


Принцип работы команд условного перехода основан на том, что процессор по 
результатам выполнения некоторых команд устанавливает определенные флаги 
в регистре ЕЕГАСЗ/ЕТАО$. Команды условного перехода анализируют состояние этих 
флагов и инициируют передачу управления, исходя из результатов анализа. 








Система команд процессора допускает программирование циклов со счетчи- 
ком. Для этого используется регистр ЕСХ/СХ, в который до входа в цикл должно 
быть загружено значение счетчика цикла. 

. Удобство работы с метками в программе можно повысить, если использовать 
локальные блоковые метки. Такую возможность предоставляют оба пакета ас- 
семблера: ТАЗМ и МАЗМ. 


Глава 11 


Программирование 
типовых управляющих 


структур 


№ Программирование операторов условного перехода И-е!5е 
» Программирование операторов выбора $мйсп 
» Программирование операторов цикла м/Пйе, 4о-мти!е и Гог 


Язык ассемблера — язык машинных команд. Он поддерживает лишь базовые ме- 
ханизмы организации программ. В нем отсутствуют управляющие конструкции, 
естественные для языков высокого уровня. Речь идет о поддержке конструкций 
типа операторов выбора, организации циклов ит. п. В прошлой главе мы положи- 
ли начало обсуждению этих вопросов, рассмотрев принципы организации циклов 
в программах на ассемблере. Цель данной главы — разработать шаблоны управля- 
ющих конструкций на ассемблере, аналогичные типовым операторам языка высо- 
кого уровня. 

Поступим просто — откроем любой учебник по языку С или С-+-, составим спи- 
сок приведенных в нем управляющих операторов и покажем способы их реализа- 
ции на ассемблере. Типовой список будет следующим: 





операторы выбора: 
С условный оператор 1{-е]5е; 
С переключатель 5\Исй; 





операторы цикла: 

П цикл с предусловием уе; 

П цикл с постусловием 4о-\Ше; 
П итерационный цикл Юг; 


БН 


% операторы сопИпие и БгеакК. 





Оператор выбора э\мИсП 237 


Условный оператор !-е15е 


Условный оператор Ш#-е1зе используется для принятия решения о дальнейшем пути 
исполнения программы. Синтаксис условного оператора в нотации языков Си С++: 
1Е (выражение) 
оператор_1; 
е1зе 
оператор_2 
Алгоритм работы условного оператора — вычисляется логическое значение 
выражения: если оно истинно, то выполняется оператор_1, в противном случае — 
оператор_2. 
В общем случае условный оператор может состоять из одного блока И (без бло- 
кае\е): 


И (выражение) 
оператор_1; 


В программе на ассемблере данные варианты условного оператора можно реа- 
лизовать следующим образом: 


;короткий вариант оператора 1Ё (выражение) оператор_1; 

стр ор1,0р2 ;вычисление выражения 

де епа1Е 
В ;последовательность команд, соответствующая оператор_1 
епа1{: ;конец короткого условного оператора : 


Строго говоря, использование команды СМР при реализации условного оператора 
не является обязательным. В данном случае она скорее обозначает место вычисления 
некоторого условия в программе, по результатам которого принимается решение 
о ветвлении. Вместо данной команды можно использовать любую команду, изменя- 
ющую флаг, который будет анализироваться последующим оператором условного 
перехода. Эти же рассуждения касаются и команды ] МЕ, вместо которой может сто- 
ять требуемая в данном вычислительном контексте команда условного перехода: 


‚полный вариант оператора ! (выражение) оператор_1; е!зе оператор_2 
стр ор!,ор2 ; вычисление выражения 


пе е!1 5е1 : 
р ‚последовательность команд, соответствующая оператор_1 
]тр епатЕ 
е!зе!: 
ый ‚последовательность команд, соответствующая оператор_2 
епди: ‚конец полного условного оператора 


Остается лишь добавить, что приведенные ранее рассуждения о командах СМР 
и ЗМЕ соответствуют также полной форме оператора 1. 


Оператор выбора 5МИСИ 


Оператор з\ИсВ (переключатель) в программе на ассемблере можно реализовать 
несколькими способами. В данной главе мы рассмотрим два наиболее общих и рас- 
пространенных способа — с использованием команд сравнения и с использовани- 
ем таблицы. Тем не менее на практике можно встретить и другие способы реализа- 
ции оператора $\ сп, наиболее полно отражающие условия конкретной решаемой 
задачи (см., например [8] и некоторые примеры в данной книге). 
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В нотации языков Си С+- синтаксис оператора \ИсВ выглядит так: 
\1ССсй (константное_значение_"выражение") { 


сазе константное выражение_1: операнд_1 
сазе константное выражение_2; оп.еранд_2 
деЁац 1%: операнд_деТ аи1{ 


> 

Простейший способ реализации оператора з\ИсВ в программе на ассемблере 
заключается в организации последовательных сравнений с условными перехода- 
ми. К примеру, необходимо обработать три возможные альтернативы в програм- 
ме, которые идентифицируются целочисленными значениями 1, 2, 3("выражение"): 


‚формирование константное_значение_"выражение" 
том а1, константное_значение_"выражение" 


стр а! ‚проверка первой альтернативы (константное выражение_1=1?) 
]е папа1е_сопа1 {1011 ;равно, идем на обработку 
стр а\1 ‚2 ‚проверка второй альтернативы (константное выражение_2=2?) 
]е Папд1е_соп91{10п2 равно, идем на обработку 
стр а1,3 ‚проверка третьей альтернативы (константное выражение_3=3?) 
]е Папае сопанюп2 ;равно, идем на обработку 


‚если сопд1Е10п<>1 | 2 |3, то производим обработку по умолчанию 

ыы ‚последовательность команд для обработки по умолчанию 
тр епа_змИсй ‚уходим на конец $мИсп 

папа1е_сопа1Е10п1: 

;последовательность команд для обработки папа1е_соп91 {1011 
‘пр епд_$мИсй ‚уходим на конец $мИсп 

напа1е_сопатЕТоп2 : 

‚последовательность команд для обработки папд1е_соп91%1оп2 
]тр епа_$мИсв ‚уходим на конец $мИсп 

Папа1е_сопа1{тТоп3; 

; последовательность команд для обработки папд1е_соп91+1оп3 


еп знутси: 
Е ‚Продолжение программы 

ТОБОЙ, более элегантный способ реализации конструкции, соответствующей 
оператору з\Исв, — табличный. Сразу отмечу, что данный материал логичнее рас- 
сматривать после изучения главы 13, посвященной сложным структурам данных. 
Поэтому, если у вас возникнут трудности с пониманием представленного здесь 
материала, пропустите его и вернитесь к нему позже. 

Для реализации рассматриваемого способа в памяти моделируется некоторое 
подобие таблицы. Каждая строка таблицы состоит из двух ячеек. Строки таблицы 
располагаются в памяти последовательно — друг за другом. В первой ячейке таб- 
лицы располагается значение константное_выражение_п, во второй ячейке — адрес 
перехода, если выполняется условие константное_значение_"выражение" = конс- 
тантное_выражение_п. Целью адреса перехода может быть процедура или метка, со- 
ответствующая фрагменту кода, обрабатывающему выполнение условия, задан- 
ного в заголовке оператора выбора. Реализация табличным способом приведенного 
ранее примера будет выглядеть так: 


„Чата 
СабТе_5и1ЕсН 4 1 
(и ПапдТе_сопате1оп1 
4 2 
Ч\/ ПапдаТе_соп91+1оп2 
94 3 
м Пап е_сопа1+Топ3 


———д—а—дк о __ц„дд—Э—_—_—_——ц—_— 
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„сое 

Е: ‚формирование константное_значение_"выражение" 
поу а\,константное_ значение "выражение" 
поу Бх, отр 5еф {аб1е_$м1ЕсИ 


поу сх,3 ;счетчик циклов=количество альтернатив 
пех{_сопа1 &1оп: 

стр а1, [2х] ; проверка очередной альтернативы 

пе пехе_ ;к следующему элементу 

1тр иогд рог [6х+1] ‚на обработку совпадения 

ада рх,3 ‚адрес следующей строки таблицы -> Бх 
пех: Тоорпех+ сопатЕ1оп 
; деРаи1*: 


;если сопд1&10п<>1|2|3, то производим обработку по умолчанию 

а ;последовательность команд для обработки по умолчанию 
р. ‚уходим, куда нужно 

Напате сопатЕ1оп1: 

‚ последовательность команд для обработки Папд1е_сопа111оп1 
р... ‚уходим, куда нужно 

Нап91е_сопа1+10п2 : 

; последовательность команд для обработки Папа 1е_соп91{10п2 





р... ‚уходим, куда нужно 
ВапаТе_сопат+ТопЗ; 
‚ последовательность команд для обработки Пап4\1е_сопа1 {1013 








р ... ‚уходим, куда нужно 
и ‚продолжение программы 


Для лучшего структурирования программы последовательность команд для 
обработки условия Нап е_сопа ЯопМ можно оформить в виде процедур: 












































.Чаха 

Сар1е_зи1Есь а 1 
Чи Папд1е_сопа1 опа ‚адрес процедуры Нап е_соп$1 {1011 
а 2 
ди Папа1е_сопа1Е1оп2 ;адрес процедуры папд1е_сопа91{1оп2 
аь 3 
Чи Папа1е_сопд1*1оп3 ;адрес процедуры Вап91е_сопа1{1оп3 


папа 1 е_сопа1 {1011 ргос 

Е ;последовательность команд для обработки Пап9@1е_соп@1110п1 
епар 

рапа1е О ргос 

к ‚последовательность команд для обработки Напд1е_сопа1*1оп2 
епар 

Папа 1е соааЗ ргос 

ре ‚последовательность команд для обработки Напд1е_соп@91*10п3 
епар 

.соде 

и ; формирование константное _ значение. _"выражение" 
оу а1,константное_значение_"выражение" 
поу Бх, озер  каб]1е_ви1есв 


оу сх,3 ;счетчик циклов=количество альтернатив 
пех{_сопатетоп: 

стр а1, [5х] ‚проверка очередной альтернативы 

ле пехе_ :к следующему элементу 

са11 мога рЕёг [х+1] ;на обработку совпадения 

о еп9_5\16 сп й 

94 ьх,3 ‚адрес следующей строки таблицы -> Бх 
пех: 1оорпех{_сопа1&1оп 
; дефаи1*: 


‚если соп91110п<>1|2]3, то производим обработку по умолчанию 
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а ‚последовательность команд для обработки по умолчанию 
епа_5итесв: 
а ; продолжение программы 


Операторы цикла 


В предыдущей главе мы рассматривали общую концепцию реализации циклов 
в программах на языке ассемблера. В данном разделе обсудим способы организа- 
ции циклов, традиционно поддерживаемых большинством языков высокого уров- 
ня. Для полноты изложения нам, возможно, придется повторить некоторые тези- 
сы предыдущей главы. 


Оператор цикла с предусловием мтйе 


Оператор цикла с предусловием \ЮШе имеет следующий формат: 


м/пНе (выражение-условие) 
тело цикла 


Для облегчения реализации этого оператора приведем его псевдокод, близкий 
к нотации ассемблера: 


иптТе_реб1п: 

‚вычисление логического значения "выражение-условие" 
ЕСЛИ “выражение-условие"=РАЕЗЕ ТО ПЕРЕЙТИ НА епд_иН11е 
операторы цикла 


ПЕРЕЙТИ на мп11е_Беё1п ;переход на начало очередной итерации цикла 
епа_ип1Те: ‚конец цикла 
ны ; продолжение программы 


На ассемблере это может выглядеть так: 


ин11е_бе8тл: 
сшр а1,1; вычисление логического значения "выражение-условие" 
ле епа_ип11е ‚ЕСЛИ не равно ТО ПЕРЕЙТИ НА епа_мп11е 


‚что-то делаем - тело цикла 
]тр ип11е_Беё1п ‚переход на начало очередной итерации цикла 


епа _мо1те: ‚конец цикла 
за ‚продолжение программы 


ОПЬВО ВЫ сопипие и огеак 


Прекращение выполнения цикла возможно в двух случаях: 
и значение выражение-условие (см. выше) равно ЕАГЗЕ; 





имеет место безусловная передача управления за пределы цикла (в программе 
на языках С и С-+ эти действия выполняют операторы БгеаК и 5010). 


В языках С и С++ изменить последовательность выполнения тела цикла мож- 
носпомощью операторасоп пие. | 

Алгоритм выполнения операторов Фгеак, го и сопипае прост, они передают 
управление в определенную точку программы: 


№ БтеаК — сразу за конец цикла; 
2010 — в произвольное место программы; 


 сопИипче — на начало последнего открытого оператора Це, 40 или Юг. 
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В программе на ассемблере естественнее всего реализовать эти операторы с по- 
мощью команды безусловного перехода ]МР, которая передаст управление в нуж- 
ную точку программы. 


Оператор цикла с постусловием 4о-мпйе 


Продолжим обсуждение операторов цикла различного типа. Очередной — опера- 
тор цикла с постусловием 40о-\В Пе. Его формат в нотации языков Си С++: 


00 
тело цикла 
м/пИе (выражение-условие) 

Основная отличительная особенность данного оператора — втом, что операто- 
ры, составляющие тело цикла, выполняются хотя бы один раз. Близкий к нотации 
ассемблера псевдокод реализации этого оператора выглядит так: 

Чо_ип11е_Бед1п: 

операторы цикла 

‚вычисление логического значения "выражение-условие" 

ЕСЛИ "выражение -условие"=РАЁЗЕ ТО ПЕРЕЙТИ НА епа_мп11е 

ПЕРЕЙТИ на 90_мп11е_Ъер1т: ; переход на начало очередной итерации цикла 
епд_ип11е: ‚конец цикла 

И ‚продолжение программы 


Оператор итерационного цикла ог 


Оператор итерационного цикла ог — это единственный оператор цикла, хотя бы 
частично поддерживаемый ассемблером на уровне команд. Его формат в нотации 
языков Си С++: 
юг (инициализация цикла; выражение-условие; выражение) 

тело цикла 

С точки зрения грамматики все три выражения в операторе ог являются про- 
извольными. Но обычно первое из них (инициализация цикла) предназначено для 
присвоения начального значения переменной цикла, второе (выражение-усло- 
вие) вычисляет логическое значение для принятия решения о выходе из цик- 
ла, третье (выражение) вычисляет значение переменной цикла на очередной 
его итерации. 

Ассемблер с помощью команды ШОР поддерживает только один вариант орга- 
низации такого цикла, который был подробно рассмотрен в предыдущей главе. Для 
реализации произвольного варианта цикла ог может оказаться полезным следую- 
щий псевлокод: 
инициализация переменной цикла 
Тог_Бер1т: 

; вычисление логического значения "выражение-условие" 


ЕСЛИ “”выражение-условие”=РАЁЗЕ ТО ПЕРЕЙТИ НА епд_ЁРог 
операторы цикла 


вычисляем выражение - очередное значение переменной цикла 

ПЕРЕЙТИ на ог _беб1и: ; переход на начало очередной итерации цикла 
епа_Фог: ‚конец цикла 

р ‚ продолжение программы 


Какой цикл эффективнее? Тот, в котором меньше проверок и переходов. 


‚. 
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Особенности пакета МАЗМ 


Пакет МАЗМ имеет встроенные средства, визуально приближающие написанную 
программу к программам на языке высокого уровня. Это директивы для формиро- 
вания конструкций, аналогичных условным и циклическим операторам языков 
высокого уровня: „1Е, .ЕЁЗЕ, „ЕТЗЕЕ, .ЕМОТЕ, .КЕРЕАТ, „ИМТ, МНТЕЕ, .ЕМОМ, .ВКЕАК, 
„СОМТТМУЕ. Всем директивам предшествует символ . (точка). Использование дан- 
ных конструкций можно рекомендовать для повышения надежности кода. Про- 
граммист, оставаясь на уровне ассемблера, повышая логический уровень контро- 
лируемых им синтаксических конструкций, снижает вероятность ошибок логики, 
ускоряя тем самым весь процесс разработки. 


Условная конструкция Е 


Конструкция „Е предназначена для генерации кода, функционально аналогично- 
го условному оператору языков высокого уровня. Ее синтаксис: 


.ТЕ условие 
предложения блока ТЕ 
[.ЕЕЗЕТЕ] условие 
предложения блока ЕТЗЕТЕ 


` [. 15$] 
предложения блока ЕЁЗЕ 
.ЕМОТЕ 


Здесь слова „ТЕ, .ЕЁЗЕТЕ, .ЕЁЗЕ, .ЕМОЕ — служебные, аусловие представляет один 
из следующих операторов: 


0п1 == оп2 — операнды равны; 
0п1 != оп2 — операнды не равны; 
0п1 > оп2 — больше; 


т 
в 
Е 
 0оп1>=оп2 — больше или равно; 
# 0п1<оп2 — меньше; 

 0п1<=оп2 — меньше или равно; 

% 0п1 & номер_бита — проверка бита; 

® |оп| — инверсия (МОТ); 

# 0п1&&оп2 — логическое умножение (АМО); 

оп! |012 — логическое сложение (ОВ): 

САВВУ? — ЕРЕАС$.СЕ=1?; 

О\УЕКЕГО\? - ЕРГАб$.0Е=1?; 

РАВТУ? - ЕР-АС5.РЕ=1?; 

$10№ - ЕРАб$.5Р=1?; 

7ЕКО? - ЕРАб5.7Е=1?. 


Эти же условия используются в конструкциях .КЕРЕАТ, .ИНТЕЕ, .ВКЕАК, (СОМТТМИЕ 
(см. далее). Сочетание операндов оп1 и оп2 должно быть допустимым для команд 
ассемблера, то есть выражение типа о5(_1<о(_2 (память-память) ассемблер не про- 
пустит. 


ня 


и: 0-0 
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Допускается вложение конструкций ГЕ. Назначение и использование дирек- 
тив .Е15Еи .Е1ЗЕГ аналогичны соответствующим конструкциям в языках высоко- 
го уровня. Завершающая директива условного блока ‚ЕМОТЕ обязательна. 

Интерес для изучения представляет то, как ассемблер преобразует директивы 
рассматриваемых нами конструкций высокого уровня в машинный код. Для этого 
необходимо вставить в любую программу, не имеющую синтаксических ошибок, 
фрагмент, подобный следующему: 


1$ а1== 


поу ах, 1 
.е15е1+ ах==0 
поу ах, 2 
.е15е 

пох ах, 3 


‚ епд1Т 


После этого необходимо выполнить компиляцию примера: 
МЕ.ЕХЕ /Е1 /71 Ргв_6_1.а5т 


Ключ /Н| предназначен для генерации файлалистинга (по умолчанию не созда- 
ется). Он намеренно вставлен в командную строку для того, чтобы не увидеть замену 
высокоуровневых директив командами ассемблера в тексте листинга. Для визуа- 
лизации замены встроенных макросов необходимо загрузить исполняемый модуль 
в отладчик Соде\Ме\м, выбрать в окне Зопгсе команду ОрНоп$ » бопгсе \Утдо\ и в 
открывшемся окне Зопгсе У1п4о\ ОрНопз$ выбрать режим отображения (О15р1ау Моде) 
Мед Зопгсе апа АззетЫМу. Взору предстанет следующий смешанный код: 


25: «1 а1==0 

1792:000С 36803Е000100 СМР ВУТЕ РТВ 55: [9106] ‚00 
1792:0012 7505 М7 0019 

26: шоу ах,1 
1792:0014 В80100 МОУ АХ, 0001 
27: „е15е1Е ах==0 
1792:0017 ЕВОС ФМР 0025 
1792:0019 080 ОВ АХ,АХ 
1792:0018 7505 Ми 0022 
28: шоу ах, 2 
1792:0010 880200 МОУ АХ, 60062 
29: .е15е 
1792:0020 ЕВОЗ УМР 0025 

30: оу ах, 3 

1792:0022 880300 МОУ АХ, 0903 
31: „епатЕ 


На примере команд сравнения видно, как ассемблер выполняет оптимизацию 
кода. Для приведенного фрагмента программы ассемблер реализовал сравнение 
в двух вариантах: 


ж для переменной а|==0 - СМР ВУТЕ РТК 5$5:[0100],00; 
П для регистра ах==0 — ОВ АХАХ. 














Циклическая конструкция .АЕРЕАТ 


Конструкция .КЕРЕАТ соответствует циклу с постусловием в языках высокого 
уровня. 
Синтаксис конструкции: 


—_____ бб Ш—6&Б6ё&ё&ё&5цЙб в —————вЫ—=ыы__ЦЦ——Ы——5к—5к—к8к5кк5к5к5к5к5к5к5к5ккккк Ак 
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. КЕРЕАТ 
команды ассемблера 
.УМТГЕ условие 


Существует и второй тип конструкции „.КЕРЕАТ: 


.КЕРЕАТ 
команды ассемблера 
.ОМТТеСХЕ [условие] 


Конструкция .КЕРЕАТ заставляет процессор повторно исполнять команды ас- 
семблера пока условие истинно (не равно нулю). Особенностью такого цикла яв- 
ляется то, что блок команд ассемблера выполняется хотя бы один раз. Исходя из 
конкретного условия, ассемблер при формировании его машинной реализации 
выполняет необходимую оптимизацию. Что именно при этом происходит, можно 
увидеть, загрузив код в Соде\Ме\м указанным ранее способом. 

Директива .ИМТЦСХР может использоваться с проверкой дополнительного 
условия в виде выражение1 == выражение? или выражение] != выражение2, чтобы 
генерировать команды ШОРЕ и [00РМЕ. Директива .ИМТШЕСХА выполняет декремент 
регистра ЕСХ и прекращаетвыполнениециклапри ЕСХ =0. Приотсутствии условия 
директива .УМТИЕСХ7 просто генерирует команду ГООР. “ 


Циклическая конструкция „МУНШЕ 


Конструкция \МНШЕ соответствует циклу с предусловием в языках высокого уровня. 
Синтаксис конструкции: 


‚„МНТЕЕ условие 
команды ассемблера 
‚ ЕМОМ 


Директива ЛИНИШЕ генерирует последовательность команд выполняющих блок 
команд ассемблера, если условие истинно. Директива .ЕМОМ/ завершает блок ко- 
манд ассемблера. Он заставляет вернуть управление конструкции МНЕ, которая 
после проверки истинности условия либо заново инициирует выполнение блока 
команд ассемблера, либо передает управление команде, следующей за .ЕМОМ/. Кон- 
струкция \МНШЕ допускает вложенность, причем ассемблер выполняет необходи- 
мую оптимизацию для формирования наиболее эффективного кода. 


Конструкции .ВАВЕАКи .СОМТМИЕ 


Конструкции .ВКЕАКи „.СОМТТМУЕ соответствуют аналогичным конструкциям язы- 
ков высокого уровня. | 

Директива .ВВЕАК генерирует код выхода на первую команду, следующую за 
телом текушего цикла ЛМНИЕ или .КЕРЕАТ. Ее синтаксис: 
.ВКЕАК [.1Е условие] 


Директива .ВКЕАК позволяет задать дополнительное условие, при выполнении 
которого будет выполнен выход из цикла независимо от условия основного цикла. 

Директива .СОМТТМОЕ передает управление на начало текущего цикла МНЕ или 
.КЕРЕАТ. Ее синтаксис: 
.СОМТТМУЕ [.ТЕ условие] | 

При необходимости директива .СОМПМУЕ может определять дополнительное 


условие, при соблюдении которого будет выполнен переход на начало текущего 
цикла. 
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Директивы .СОМИМУЕ и .ВКЕАК могут использоваться только внутри циклов 


АМНТЕЕ или .ВЕРЕАТ. 
Комплексный пример 


Чтобы проиллюстрировать использование директив МАЗМ для имитации конст- 
рукций высокого уровня, рассмотрим пример. Этот пример не является примером 
«вещи в себе», он призван показать класс задач, которые актуальны при програм- 
мировании налюбом языке. Это задачи контроля информации, поступающей в про- 
грамму в ходе ее функционирования. Как методически правильно подойти к этому 
вопросу, не «изобретая каждый раз заново велосипед»? Если вы знакомы с теори- 
ей построения трансляторов, то суть проблемы разбора символьных последова- 
тельностей и подходы к ее решению для вас не новы. Если же у вас таких знаний 
нет, то материал данного раздела будет полезен для формирования у вас теорети- 
чески грамотного подхода к решению проблемы контроля входных данных ваших 
программ. 

Частью любого компилятора является сканер, задача которого — чтение вход- 
ного потока символов и выделение в нем синтаксически значимых единиц инфор- 
мации. Примером таких единиц могут быть ключевые слова языка, имена пе- 
ременных, константы и другие синтаксически автономные единицы исходной 
программы. Сканер распознает их и в зависимости от их типа формирует внутрен- 
нее представление этих единиц и информацию о них для дальнейшей синтакси- 
ческой и семантической обработки. Теоретической основой работы сканера явля- 
ется теория автоматов. 

Немного теории. Конечный автомат представляет собой кортеж М = (К, А, Р, 5, 
Е}, где: 

% К — конечное множество состояний; 

# А — конечный входной алфавит; 

& Р — множество переходов; 

# 5 — начальное состояние; 

& Е — множество конечных (последних) состояний. 


Принципиально сканер функционирует так. Он имеет конечное множество со- 
стояний К, одно из которых является начальным 5, и несколько конечных Е. Пе- 
ред началом обработки символов очередной лексемы сканер находится в состоя- 
нии 5. По мере считывания очередной литеры лексемы состояние сканера меняется. 
Эти переходы также заранее определены множеством правил перехода Р. После 
окончания чтения лексемы автомат должен оказаться в одном из конечных состо- 
яний, некоторые из которых могут соответствовать состоянию ошибки. Исходя из 
того, в каком из состояний оказался сканер, он делает вывод о принадлежности 
лексемы входному языку. Если лексема ошибочная, то компилятором формирует- 
ся соответствующее диагностическое сообщение, если же лексема корректная, то 
она в зависимости от своего типа подвергается дальнейшей обработке. 

Рассмотрим пример конечного автомата для распознавания целых десятичных 
чисел со знаком, считываемых программой с консоли. Хорошую помощь в постро- 
ении конечных автоматов оказывают формы Бэкуса-Наура и синтаксические 
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диаграммы. Их мы обсуждали в главе 5. Формы Бэкуса-Наура для построения 
десятичных чисел со знаком выглядят так: 


<десятичное_знаковое_целое>=><число_без_знака> |+<число_без_знака> | <число_без_знака> 
<число_без_знака>=><дес_цифра> | <число_без_знака><дес_цифра> 
<дес_цифра>=>0|1121314[1516|71819 

Графически конечный автомат удобно представлять в виде направленного гра- 
фа. Конечный автомат для десятичного числа со знаком показан на рис. 11.1. 





Символы 
(не 0...9) 


Рис. 11.1. Конечный автомат для десятичного числа со знаком 


По рисунку легко закончить формальное определение конечного автомата для 
десятичного числа со знаком: . 


 К= {1,2,3,4}; 

№ А-{+,-, 0, 1,2, 3,4, 5, 6, 7, 8, 9}; 

‚ Р={1->2, 1->3, 1->4,2->4, 2->3, 3->4, 3->3}; 
в $-(1}; 

# Е= {4} 


Далее приведена программа (листинг 11.1), моделирующая конечный автомат 
для распознавания десятичных чисел со знаком. 


Листинг 11.1. Программа конечного автомата для десятичных чисел со знаком 


.моде1 эта! ; модель памяти 
.афа ; сегмент данных 
теззаде 96 бО4ан,бап,‘| ат геаЧу 10 гесаеме уоицг уагтап{ от $19пеЧ 4десита! 
питбег (10 Ип!$И ргез$ Ещег): $' 
тез5аре_1пуа114 Митбег а Оан,9ав, 'Уоиг три{т 15 Беда, реазе шрш уоиг 
питбег адашт ог ргезз Ещег. $' 
5009 _1исК тез5аве 6 ан, дай, 'Уоиг питбег 1$: 
тшрыи{_$1гта ОБ 10 аир (201) ;строка для ввода 9 цифр и знака 
аб бан, бав, 'Твапк уои Тог изе 111$ ргодгат. 1 м1зП уои 9004 Тиск...$' 


„эфаск 2561 ; сегмент стека 

‚ соде ; сегмент кода 

бе{МехЕСНаг ргос 
моу ан, 1 ‚чтение символа из стандартного ввода 
ше 218 ;символ в ай 


гет 
Се{Мех{Спаг епар 


—жЖ—Ж— 3—0 —д—_—д—д_———_—ж дд 
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пап ргос ; начало процедуры вап 
моу ах, @Чаха ‚ заносим адрес сегмента данных в регистр ах 
поу 95, ах ; ах в 95 
поу ай,9 
]1еа Чх, меззаре 
1 2. : вывод сообщения на экран 
ХОг 51 ‚51 ‚подготовка индексного регистра $1 
са11 беЕмехЕСВаг ;ввод первого символа в а\ 
„ТЕ (а1=="+" || а1=="-" || а1>=301 && а1<=39Н) 
цоу Тприй_$1г1п8 [51] ,а\ 
106 51 
.@15е 
]тр Бед_епа 
‚епт Е 
„иИ1Т1е $1<9 
са11 СеемехЕСПаг ;ввод очередного символа в а 


.1Р (21>=308 &&5 а1<=391) 
поу 1прие $1г1п[$1],а\ 








10С 81 
.сопёлице 
‚е15е1{Р а1==0а9й 
„Ьгеак 
.е15е 
пр Бед_епа 
„епд1Е 
‚.епаи 
оу ай, 9 
1]еа Чх,#0049_1исК_те$5аве 
106 218 ; вывод сообщения 9009 1иск_меззаре на экран 
тр ех1_рго9д 
бед_епа: 
поу ан, 9 
|еа Чх,теззаве_Тпуа114_МитЬег 
пе 218 ; вывод сообщения мез5аве_1пуа114_Митбег на экран 
ехтё_ргов: 
са11 СеЕсМехеСВах задержка до ввода любого символа 
поу ах, 4с00н ; пересыпка 4с@0Н_в регистр ах 
10е 218 ; вызов прерывания с номером 218 
па1п епар ; конец процедуры ма1п 
еп ма1п ‚ конец программы с точкой входа па1п 


Напомню, что для получения пригодного для отладки исполняемого модуля 
данной программы необходимо сформировать командную строку вида 
МЕ. ЕХЕ /Е1 /71 Ргё_11 1.а5м >р 

Для отладки используйте отладчик Соде\Ме\: 
су.ехе Ргё_11_1.а5т 


В качестве упражнения вы можете потренироваться в программировании ко- 
нечных автоматов для разбора произвольных символьных строк. После освоения 
материала главы 17 практически полезной может быть программа конечного авто- 
мата для разбора чисел с плавающей точкой. Дополнительный материал по про- 
граммированию конечных автоматов вы найдете в [8]. 

В заключение данной главы хотелось бы заметить, что приведенные в ней рас- 
суждения о моделировании вариантов типовых циклических конструкций не яв- 
ляются догмой. Их основное назначение — показать возможность и практическую 
пользу моделирования циклических конструкций вассемблерной программе. Важ- 
ность материала данной главы состоит в том, что использование этих конструкций 
в программах способно, наряду с облегчением написания ассемблерного кода, су- 
щественно повысить его надежность. 
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Итоги 





Язык ассемблер не содержит управляющих конструкций, естественных для язы- 
ков высокого уровня. Это существенноснижает наглядность ассемблерных про- 
грамм и надежность программирования в целом. 


* На практике существует настоятельная необходимость поддержки любым язы- 


ком операторов выбора, различного типа операторов цикла и некоторых дру- 
ГИХ. 


ж В разных пакетах ассемблера реализованы свои «фирменные» подходы к реше- 
ниюданной проблемы: 


с ТАЗМ имеет два режима работы: МАЗМ и ШЕАТ. В режиме МАБЗМ все 
управляющие конструкции нужно моделировать. Этот процесс подробно 
описан в первой части данной главы. В режиме РЕАГ есть встроенные сред- 
ства для организации типовых управляющих конструкций, но из-за прекра- 
щения поддержки ТАЗМ фирмой Войапа работа в режиме ШЕАГ теряет 
актуальность; 


О пакет МАЗМ имеет встроенные средства, моделирующие управляющие кон- 
струкции языков высокого уровня. Их использование существенно повы- 
шает скорость и надежность разработки программ. 





Важно понимать, что встроенные средства, моделирующие управляющие кон- 
струкции языков высокого уровня — это ЛИШЬ надстройка компилятора над 
некоторым базовым ассемблерным уровнем. В конечном итоге, все высокоуров- 
невые конструкции будут переведены в последовательность команд ассембле- 
раи исполнены процессором. 


Глава 12 
Цепочечные команды 


№ Средства процессора для обработки цепочек элементов 
в памяти 


9» Операции пересылки и сравнения цепочек 
> Операции для работы с отдельными элементами цепочек 
№» Операции для работы с портами ввода-вывода 


В данной главе будет рассмотрена чрезвычайно интересная группа команд, пони- 
мание принципов работы которых и их грамотное использование способны значи- 
тельно облегчить жизнь программисту, пишущему программы на языке ассембле- 
ра. Речь идет о так называемых цепочечных командах, которые иногда называют 
командами обработки строк символов. Однако эти названия не идентичны. Под 
строкой символов здесь понимается последовательность байтов, а цепочка — это 
более общее название для случаев, когда размер элемента последовательности пре- 
вышает байт и составляет слово или двойное слово. Таким образом, цепочечные 
команды позволяют проводить действия над блоками памяти, представляющими 
собой последовательности элементов следующего размера: 


в битов, то есть байт; 
% 16 битов, то есть слово; 
г" 32 бита, то есть двойное слово. 

Содержимое этих блоков для процессора не имеет никакого значения. Это мо- 
гут быть символы, числа и все что угодно. Главное, чтобы размеры элементов соот- 
ветствовали одному из перечисленных ранее вариантов и эти элементы находи- 
лись в соседних ячейках памяти. 

Всего в системе команд процессора поддерживаются семь операций-примити- 
вов обработки цепочек. Каждая из них реализуется в процессоре тремя командами, 
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в свою очередь, каждая из этих команд работает с соответствующим размером эле- 
мента — байтом, словом или двойным словом. Особенность всех цепочечных ко- 
манд в том, что они, кроме обработки текущего элемента цепочки, корректируют 
содержимое определенных регистров с тем, чтобы автоматически продвинуться к 
следующему элементу цепочки. 

Перечислим операции-примитивы обработки цепочек и реализующие их ко- 
манды ассемблера. 





Пересылка цепочки: 
О МО\$ адрес_приемника,адрес_источника; 
п МоУЗВ; 
О МО\5М; 
р Мо\5Б. 
ж Сравнение цепочек: 
П СМР5 адрес_приемника,адрес_источника; 
0 СМРЗВ; 
О СМРЗ\; 
а СМРЗО. 
ж Сканирование цепочки: 
О $СА$ адрес_приемника; 


О $САЗВ; 
О САМ, 
Р $САЗЬ. 


ж Загрузка элемента из цепочки: 
П 100$ адрес_источника; 


о 100$8; 
П 1005м; 
П 10056. 


в Сохранение элемента в цепочке: 

П 510$ адрес_приемника; 

П $1058; | 

П $105; 

П $1055. 

Получение элементов цепочки из порта ввода-вывода: 
П 1№5 адрес. приемника, номер_порта; 





П №58; 
П ММ; 
П 55. 





Вывод элементов цепочки в порт ввода-вывода: 
П 0$ номер_порта,адрес_источника; 
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О 0\в$; 
0 О9т№$; 
О 0155. 


Логически к этим командам нужно отнести и так называемые префиксы повто- 
рения. Вспомните формат машинной команды и его первые необязательные байты 
префиксов. Один из возможных типов префиксов — это префиксы повторения. 
Они предназначены для использования цепочечными командами. Префиксы по- 
вторения имеют свои мнемонические обозначения: 
= ВЕР; 

:-  АЕРЕ, или ВЕРХ; 
3+ МВЕРМЕ, или ВЕРМА. 


Эти префиксы повторения указываются перед нужной цепочечной командой 
в поле метки. Цепочечная команда без префикса выполняется один раз. Размеще- 
ние префикса перед цепочечной командой заставляет ее выполняться в цикле. Раз- 
личия приведенных префиксов — в основании, по которому принимается решение 
о циклическом выполнении цепочечной команды: по состоянию регистра ЕСХ/СХ 
или по флагу нуля ИЕ. 





Префикс повторения КЕР (ВЕРеа{) используется с командами, реализующими 
операции-примитивы пересылки и сохранения элементов цепочек, — соответ- 
ственно, МОУ и $105. Префикс ВЕР заставляет данные команды выполняться, 
пока содержимое в ЕСХ/СХ не станет равным 0. При этом цепочечная команда, 
перед которой стоит префикс, автоматически уменьшает содержимое ЕСХ/СХ на 
единицу. Та же команда, но без префикса, этого не делает. 


Префиксы повторения КЕРЕ (КЕРеа{ \“ЮИе Едиа1) и КЕР7 (ВЕРеа{ Це Хего) 
являются абсолютными синонимами. Они заставляют цепочечную команду 
выполняться до тех пор, пока содержимое ЕСХ/сх не равно 0 или флаг 7Еравен 1. 
Как только одно из этих условий нарушается, управление передается следую- 
щей команде программы. Благодаря возможности анализа флага ХЕ наиболее 
эффективно эти префиксы можно использовать с командами СМР5 и 5СА$ для 
поиска различающихся элементов цепочек. 


Префиксы повторения КЕРМЕ (КЕРеаЕ Ве №1 Еда) и КЕРМ7 (КЕРеа{ %НИе 
№ 1 Иего) также являются абсолютными синонимами. Их действие на цепочеч- 
ную команду несколько отличается от действий префиксов КЕРЕ/КЕР7. Префик- 
сы КЕРМЕ/КЕРМИ заставляют цепочечную команду циклически выполняться до 
тех пор, пока содержимое ЕСХ/СХ не равно нулю или флаг ГЕ равен нулю. При 
нарушении одного из этих условий работа команды прекращается. Данные пре- 
фиксы также можно использовать с командами СМР5 и $СА$, но для поиска со- 
впадающих элементов цепочек. 








Следующий важный момент, связанный с цепочечными командами, заключа- 
ется в особенностях формирования физического адреса операндов адрес _источни- 
ка и адрес_приемника. Цепочка-источник, адресуемая операндом адрес_источника, 
может находиться в текущем сегменте данных, определяемом регистром 05. Це- 
почка-приемник, адресуемаяоперандомадрес _приемника ‚должнабытьвдополни- 
тельном сегменте данных, адресуемом сегментным регистром Е$. Важно отметить, 
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что допускается замена (с помощью префикса замены сегмента) только регистра 
0$, регистр Е$ подменять нельзя. Вторые части адресов (смещения цепочек) также 
находятся в строго определенных местах. Для цепочки-источника это регистр ЕЗИ$1 
(Зоитсе 1п4ех ге1$%ег — индексный регистр источника). Для цепочки-получателя 
это регистр ЕБТ/ОТ (Резипайоп шдех гез1$ег — индексный регистр приемника). 
Таким образом, полные физические адреса для операндов цепочечных команд сле- 
дующие: 

 адрес_источника — пара 4$:ез/$; 

=. адрес_приемника — параез:е /. 

Кстати, вспомнитекоманды [О$и ГЕ $, которыемы рассматривали вглаве 7. Эти 
команды позволяют получить полный указатель (сегмент плюс смещение) на ячей- 
ку памяти. Применение их в данном случае очень удобно в силу жесткой регла- 
ментации использования регистров для адресации операндов источника и прием- 
ника в цепочечных командах. 

Вы, наверное, обратили внимание на то, что все семь групп команд, реализую- 
щих цепочечные операции-примитивы, имеют похожий по структуре набор ко- 
манд. В каждом из этих наборов присутствуют одна команда с явным указанием 
операндов и три команды, не имеющие операндов. На самом деле набор команд 
процессора имеет соответствующие машинные команды только для цепочечных 
команд ассемблера без операндов. Команды с операндами транслятор ассемблера 
задействует только для определения типов операндов. После того как выяснен тип 
элементов цепочек по их описанию в памяти, генерируется одна из трех машин- 
ных команд для каждой из цепочечных операций. По этой причине все регистры, 
содержащие адреса цепочек, должны быть инициализированы заранее, в том чис- 
ле и для команд, допускающих явное указание операндов. В силу того, что цепоч- 
ки адресуются однозначно, нет особого смысла применять команды с операндами. 
Главное, что вы должны запомнить, — правильная загрузка регистров указателя- 
ми обязательно требуется до выдачи любой цепочечной команды. Также на прак- 
тике могут встретиться случаи, когда транслятор потребует явно переопределить 
сегмент ЕЗ: для соответствующего операнда в команде с явным указанием опе- 
рандов. 

Последний важный момент, касающийся всех цепочечных команд, — это на- 
правление обработки цепочки. Есть две возможности: 


#} 


3+ от начала цепочки к ее концу, то есть в направлении возрастания адресов; 
3* от конца цепочки к началу, то есть в направлении убывания адресов. 


Как мы увидим позже, цепочечные команды сами выполняют модификацию 
регистров, адресующих операнды, обеспечивая тем самым автоматическое продви- 
жение по цепочке. Количество байтов, на которые эта модификация осуществля- 
ется, определяется кодом команды. А вот знак этой модификации определяется 
значением флага направления ОЕ (Опесноп Н!аз) в регистре ЕЕГАС$/ЕТАСЗ: 


т если ПЕ = 0, то значения индексных регистров ЕЗ/З1 и ЕБИПТ будут автомати- 
чески увеличиваться (операция инкремента) цепочечными командами, то есть 
обработка будет осуществляться в направлении возрастания адресов; 
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в если БЕ = 1, то значения индексных регистров ЕЗ/$1 и ЕБИБ будут автомати- 
чески уменьшаться (операция декремента) цепочечными-командами, то есть 
обработка будет идти в направлении убывания адресов. 


Состоянием флага ОЕ можно управлять с помощью двух команд, не имеющих 
операндов: 





СТО (СРеаг Ошесйоп На) — очистить флаг направления (команда сбрасывает 
флаг направления ОЕв0); 





$ТО (бес Онесноп Е!а?) — установить флаг направления (команда устанавли- 
вает флаг направления ОЕВ 1). 


Это вся информация, касающаяся общих свойств цепочечных команд. Далее 
мы более подробно рассмотрим каждую операцию-примитив и команды, которые 
ее реализуют. При этом одну из команд в каждой группе цепочечных команд (ко- 
манду с операндами) мы будем рассматривать подробнее, поскольку это более об- 
щая команда в смысле ограничений, накладываемых на типы операндов. 


Пересылка цепочек 


Команды, реализующие операцию-примитив пересылки цепочек, производят копи- 
рование элементов из одной области памяти (цепочки) в другую. Размер элемента 
определяется применяемой командой. Ассемблер предоставляет в распоряжение про- 
граммиста четыре команды, работающие с разными размерами элементов цепочки: 


$ МОУЗ адрес приемника, адрес_источника — переслать цепочку (МОУе $1гил®); 
МО\5В — переслать цепочку байтов (МОУе Зил Вуе); 
МО\У5\/ — переслать цепочку слов (МОУе 51гше \/ога); 


# хз 


МОУЗО — переслать цепочку двойных слов (МОУе Зигше РоцЫе \ога). 


Команда МО\У$ 


Синтаксис команды МОУ: 
тоу$ адрес_приемника, адрес_источника 


Команда копирует байт, слово или двойное слово из цепочки, адресуемой опе- 
рандом адрес_источника, в цепочку, адресуемую операндом адрес_приемника. Раз- 
мер пересылаемых элементов ассемблер определяет, исходя из атрибутов иденти- 
фикаторов, указывающих на области памяти приемника и источника. К примеру, 
если эти идентификаторы были определены директивой ОВ, то пересылаться бу- 
дут байты, если идентификаторы были определены с помощью директивы ОО, то 
пересылке подлежат 32-разрядные элементы, то есть двойные слова. Ранее уже 
было отмечено, что для цепочечных команд с операндами, к которым относится 
и команда пересылки тоу5 адрес_приемника,адрес_источника, не существует машин- 
ного аналога. При трансляции в зависимости от типа операндов транслятор преоб- 
разует ее в одну из трех машинных команд: МОУЗВ, МОУЗ\ или МО\$Ь. 

Сама по себе команда МОУЗ пересылает только один элемент, исходя из его типа, 
и модифицирует значения регистров ЕЗ1/$1 и ЕБИОТ. Если перед командой напи- 
сать префикс КЕР, то одной командой можно переслать до 64 Кбайт данных (если 
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размер адреса в сегменте 16 бит — изе16) или до 4 Гбайт данных (если размер адреса 
в сегменте 32 бита — изе32). Число пересылаемых элементов должно быть загру- 
жено всчетчик — регистр СХ (и$е16) или ЕСХ (цзе32). Перечислим последователь- 
ность действий, которые нужно выполнить в программе для того, чтобы переслать 
цепочку элементов из одной области памяти в другую с помощью команды МО\5. 
В общем случае эту последовательность можно рассматривать как типовую для 
выполнения любой цепочечной команды. 


1. Установить значение флага ОЕ в зависимости оттого, в каком направлении бу- 
дут обрабатываться элементы цепочки — в направлении возрастания или убы- 
вания адресов. 


2. Загрузить указатели на адреса цепочек в памяти в пары регистров О5:(Е)5Т и Е: 
(Е)ОТ. ы 

3. Загрузить в регистр ЕСХ/СХ количество обрабатываемых элементов. 

4. Выдать команду МОУЗ с префиксом ВЕР. 


Напримерелистинга 12.1 рассмотрим, как эти действия реализуются программ- 
но. В этой программе производится пересылка символов из одной строки в дру- 
гую. Строки находятся в одном сегменте памяти. Для пересылки используется 
команда-примитив МО\$ с префиксом повторения КЕР. 


Листинг 12.1. Пересылка строк командой МО\У$ | 


;ргё_12_1 азт 
мазт 
под! — эта! 
Заск 256 
‚Чата 
$0оигсе 6 "Тестируемая строка”, '$' ; строка-источник 
е$1 6 19 дир ("") ‚ строка-приемник 
.соае 
аззите 94$:@даха,е$ :@4ата 
та1л: ‚точка входа в программу 
ОУ ах, @дата ‚загрузка сегментных Ито 
МОУ 9$, ах ‚настройка регистров 05$ и Е 
‚на адрес сегмента данных 
по\у ез ‚ах 
с19 ‚сброс флага ОЕ - обработка 
;строки от начала к концу 
1еа $ ‚ зоигсе ; загрузка в $! смещения 
} ‚строки-источника . 
1еа 4! ,де${ ‚загрузка в 0$ смещения строки-приемника 
то\ сх, 20 ‚для префикса гер - счетчик 
‚повторений (длина строки) 
гер ОУ ЧезЕ, зоигсе ‚пересылка Строки 
[еа ах, 4е5& 
ППО\ ан, 99п ‚вывод на экран строки-приемника 
ше 218 
ехт1{: 
ОУ ах ,4с00Н 
Е 218 
епа тат 


Пересылка байтов, слов и двойных слов 


Пересылка байтов, слов и двойных слов производится командами МОУЗВ, МО\М$\ 
и МОУЗО. Единственной отличительной особенностью этих команд от команды т10у%$ 
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является то, что последняя может работать с элементами цепочек любого разме- 
ра — 8, 16 или 32 бита. При трансляции команда МО\5 преобразуется в одну из трех 
команд: МОУЗВ, МОУЗУ или МОУЗО. Ранее было показано, что решение отом, в какую 
конкретно команду будет произведено преобразование, принимается транслято- 
ром, исходя из размеров элементов цепочек, адреса которых указаны в качестве 
операндов команды МОУ5. Что касается адресов цепочек, то для любой из четырех 
команд они должны формироваться программой явно и заранее в регистрах ЕЗИ$1 
и ЕБИ. 

К примеру, посмотрим, как изменится программа из листинга 12.1 при исполь- 
зовании команды МОУЗВ: 


‚Дата 


зоитсе @Ю "Пересыпаемая строка" ;строка-источник 
дезе а 20 БР (?) ‚ строка-приемник 
. соде 
АЗЗОМЕ 95$ : @даса, ез : @дага 
пап: 
ста ‚сброс флага ОЕ — просмотр строки от начала к концу 
ева $1, зоигсе ‚загрузка в ЕЗ строки-источника 
[ва 41, ае$е ‚загрузка в 0$ строки-приемника 
моу сх, 26 ‚для префикса гер - длина строки 


гер моу$Ь ; пересылка Строки 


Как видим, изменилась только строка с командой пересылки. Отличие в том, 
что программа из листинга 12.1 может работать с цепочками элементов любой из 
трех размерностей: 8, 16 или 32 бита, а последний фрагмент — только с цепочками 
байтов. Далее, как мы и договорились раньше, чтобы не загромождать описания, 
мы будем рассматривать группы команд для операций-примитивов только на при- 
мере более общей команды, а вы будете понимать, что на самом деле можно ис- 
пользовать любую из трех команд в соответствующем контексте. 


Сравнение цепочек 


Команды, реализующие операцию-примитив сравнения цепочек, производят 
сравнение элементов цепочки-источника с элементами цепочки-приемника. 
Здесь ситуация с набором команд и методами работы с ними аналогична опе- 
рации-примитиву пересылки цепочек. ТАЗМ предоставляет программисту 
четыре команды сравнения цепочек, работающие с разными размерами эле- 
ментов цепочки: 


# (СМР5 адрес_приемника,‚адрес_источника — сравнить строки (СоМРаге Зи11®); 
СМРЗВ — сравнить строку байтов (СоМРате эт Вуе); 
СМР5\/ — сравнить строку слов (СоМРаге Згтз Уога); 





СМРЗО — сравнить строку двойных слов (СоМРаге 51 РопЫе \ога). 


Команда СМР$ 


Синтаксис команды СМР5: 
сшрз адрес_приемника, адрес_источника 
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Здесь: 


#* адрес_источника определяет адрес цепочки-источника в сегменте данных, зара- 
нее загружаемый в пару регистров 05: Е$1/$[; 


# адрес_приемника определяет адрес цепочки-приемника, которая должна нахо- 
диться в дополнительном сегменте, заранее загружаемый в пару регистров 
ЕЗЕБИП. 


Алгоритм работы команды СМР5$ заключается в последовательном выполнении 
вычитания (элемент цепочки-источника минус элемент цепочки-получателя) над 
очередными элементами обеих цепочек. Принцип выполнения вычитания коман- 
дой СМР такой же, как у команды сравнения (МР. Она так же, как и СМР, произво- 
дитвычитание элементов, не записывая при этом результата, и устанавливает флаги 
Е, ЗЕ и ОЕ. После вычитания очередных элементов цепочек командой СМР индекс- 
ные регистры ЕЗ/ЗТ и ЕБИ/ОГ автоматически изменяются в соответствии со значе- 
нием флага ОЕ на значение, равное размеру элемента сравниваемых цепочек. Чтобы 
заставить команду СМР$ выполняться несколько раз, то есть произвести последо- 
вательное сравнение элементов цепочек, необходимо перед командой СМР$ опре- 
делить префикс повторения. С командой СМР5 можно использовать префиксы по- 
вторения КЕР, КЕРЕ/ВЕР7 или КЕРМЕ/ВКЕРМ7: 


ВЕР — сравнивать элементы цепочек, пока ЕСХ/СХ>(; 





П КЕРЕ или КЕР7 — сравнивать элементы цепочек до выполнения одного из двух 
условий: 


О содержимое ЕСХ/СХ равно нулю; 
С в цепочках встретились разные элементы (флаг 7 стал равен нулю); 


3} ВЕРМЕ или КЕРМ7 — сравнивать элементы цепочек до выполнения одного из двух 
условий: 


П содержимое ЕСХ/СХ равно нулю; 
п вцепочках встретились одинаковые элементы (флаг Е стал равен единице). 


Таким образом, выбор подходящего префикса позволяет организовать более 
гибкий поиск одинаковых или различающихся элементов цепочек командой СМР5. 
Критерий для выбора префикса — условие выхода из цикла. Для определения кон- 
кретного условия наиболее подходящим является способ, использующий коман- 
ду условного перехода 3СХА. Ее работа заключается в анализе содержимого регист- 
ра ЕСХ/СХ, и если оно равно нулю, то управление передается на метку, указанную 
в качестве операнда 3СХА. Так как в регистре ЕСХ/СХ содержится счетчик повторе- 
ний для цепочечной команды, имеющей любой из префиксов повторения, то, ана- 
лизируя ЕСХ/СХ, можно определить условия выхода из цикла цепочечной команды. 
Если значение в ЕСХ/СХ не равно нулю, то это означает, что выход произошел по 
причине совпадения либо несовпадения очередных элементов цепочек. Существует 
возможность еще больше конкретизировать информацию об условии завершения 
операции сравнения. Сделать это можно с помощью команд условной передачи 
управления (табл. 12.1). 





Сравнение цепочек 257 


Таблица 12.1. Соответствие команд условной передачи управления условиям завершения 
команды СМР$ 


Условие завершения сравнения Соответствующая команда 
условного перехода | 


операнд_источник > операнд_приемник ТА или ]О (операнд со знаком) 
операнд_источник = операнд_приемник ТЕ (в том числе для операнда со знаком) 


операнд_источник <>операнд_приемник Л\Е или ЛИ, (в том числе для операнда 
со знаком) 


операнд_источник < операнд_приемник ЛВ или Л, (операнд со знаком) 
операнд_источник <= операнд_приемник ТВЕ или Л.Е (операнд со знаком) 
операнд_источник >= операнд приемник | ЛАЕ или ЛОЕ (операнд со знаком) 


Как определить местоположение очередных совпавших или несовпавших эле- 
ментов в цепочках? Вспомните, что после каждой итерации цепочечная команда 
автоматически осуществляет инкремент-декремент значения адреса в соответству- 
ющих индексных регистрах. Поэтому после выхода из цикла в этих регистрах бу- 
дут находиться адреса элементов, находящихся в цепочке после (!) элементов, по- 
служивших причиной выхода из цикла. Для получения истинного адреса этих 
элементов необходимо скорректировать содержимое индексных регистров, увели- 
чив либо уменьшив значение в них на длину элемента цепочки. 

В качестве примера рассмотрим программу из листинга 12.2, в которой сравни- 
вается две строки, находящиеся в одном сегменте. Используется команда СМР. 
Префикс повторения — КЕРЕ. 












Листинг 12.2. Сравнение двух строк командой СМР$ 


<1>;ргв_12_2.а5т 

<2>МОБЕЕ па11 

<З>5ТАСК 256 

<4>.4афа 

<5>пае св ЧБ бап,0ап, 'Сравнение закончено','$' 

<6>Ёа11е9 Ч ап, 99а, ‘Строки не совпадают’, '$' 
<7>51г1102Р1 4 "0123456789' ‚бан, бан, '$'; исследуемые строки 
<8>$611192 4 “9123406780','$' 


<9>.соде 

<10>АЗЗУМЕ 9$; @дата, ез : @дафа ; привязка 05 и Е5 к сегменту данных 
<11>мафл: 

<12> поУ ах, @дата ; загрузка сегментных регистров 

<13> поу 4$, ах 

<14> поУу е$, ах ‚настройка Е5 на 05 


<15>;вывод на экран исходных строк $61119] и $61192 

<16> поу ап, 09п 

<17> 1еа ах, 51г1пё1 

<18> 106 211 

<19> 1Теа ах, $6 :1192 

<20> 116 21 

<21>; сброс флага БЕ - сравнение в направлении возрастания адресов 
<22> 19 


<23> 1Леа $1, 51151 ;загрузка в $1 смещения $11191 
<24> 1еа @1,5&г1п82 ; загрузка в 491 смещения $61192 
<25> поУ сх, 19 ; длина строки для префикса гере 


<26>; сравнение строк (пока сравниваемые элементы строк равны) . 
продолжение 8% 
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ААРОН АРА ЖЕРАР АИ 


Листинг 12.2 (продолжение) 


<27>; выход при обнаружении несовпавшего элемента 

<28>сус1: | . 

<29> ]схх епд_палд ;для последнего элемента 

<30>гере стр $ЕГ1ПЕ1 , $ЕГТИЕ2 

<31> |@ епа папа ‚для последнего элемента 

<32>;не совпали 

<33> тоу ан, 909 

<34> 1еа 9х, Та11еа 

<35> МЕ. 21и ‚ вывод сообщения 

<36>; теперь, чтобы обработать несовпавший элемент в строке, 
‚необходимо уменьшить значения регистров $ и 91 

<37> ес $1 

<38> дес 91 

<39>; сейчас в 45:5] и ез:4{ адреса несовпавших элементов 

<40>;здесь вставить код по обработке несовпавшего элемента 

<41>; после этого продолжить поиск в строке: 

<42> мс 91 

<43> мс 9 

<44> ]тр сус\1 

<45>епа_папа: 


<46> тоу ан, 99н ‚вывод сообщения 
<47> 1еа 4х, тафсн 

<48> ше 218 

<49>ех1Е: ; ВЫХОД 


<509> тоу ах, 4с00Н 
<51> пе 21Н 
<52>епа тат ‚конец программы 


В программе есть несколько требующих пояснений моментов. Это, во-первых, 
строки 37 и 38, в которых мы скорректировали адреса очередных элементов для 
получения адресов несовиавших элементов. Необходимо понимать, что если срав- 
ниваются цепочки с элементами слов или двойных слов, то нужно корректировать 
содержимое регистров ЕЗИ$Г и ЕБТ/ОГ на 2 п. 4 байта соответственно. Во-вторых, 
это строки 42 н 43. Смысл их в том, что для просмотра оставшейся часта строк 
веобходимо установить указатели на следующие элементы строк за последними 
несовпавииты и элементами. После этого можно повторить весь процесс просмотра 
и обработки несовпавших элементов в оставшихся частях строк. В-третьих, это 
строки 28-31, с помощью которых учитываются особенности самих строк. Особое 
внимание следует уделить обработке последних элементов строк в предположе- 
нии, что они могут не совпасть. Предлагаю вам проследить за выполнением про- 
граммы в отладчике на следующих наборах входных данных: 


% з(108] = '0123456789' п $1182 = '0123406789'; 
5; зеше| = '0123456789' и $112 = '9123406780'. 


Сравнение байтов, слов и двойных слов 


`Гак же как п в группе команд пересылки цепочки, в группе команд сравнения есть 
отдельные команды для сравнения цепочек байтов, слов, двойных слов — СМРУВ, 
СМРУМ/ и СМРЗО соответственно. Для этнх команд все рассуждения аналогичны тем, 
что были приведены при описании команд пересылки. Ассемблер преобразует ко- 
манду СМР5 в одну из машинных команд, СМРЗВ, СМРУМ или СМРЗУ, взависимости от 
размера злемептов сравниваемых цепочек. 
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Сканирование цепочек 


Команды, реализующие операцию-примитив сканирования цепочек, производят 
поиск некоторого значения в области памяти. Логически эта область памяти рас- 
сматривается как последовательность (цепочка) элементов фиксированной дли- 
ны размером 8, 16 или 32 бита. Искомое значение предварительно должно быть 
помещено в один из регистров АГ/АХ/ЕАХ. Выбор конкретного регистра из этих трех 
должен быть согласован с размером элементов цепочки, в которой осуществляет- 
ся поиск. Система команд процессора предоставляет программисту четыре коман- 
ды сканирования цепочки. Выбор конкретной команды определяется размером 
элемента: 


ЗСАЗ адрес_приемника — сканировать цепочку (5САппз& Зита); 
ЗСАЗВ — сканировать цепочку байтов (ЗСАптз 5$ Ву); 





ж ЭСАЗМ — сканировать цепочку слов (5САпше 5171$ У\ога); 
Я $САЗО — сканировать цепочку двойных слов (ЗСАпшя ит Рой е Уога). 


Команда $СА$ 


Синтаксис команды 5СА$З: 
сах адрес приемника 

Команда имеет один операнд, обозначающий местонахождение цепочки в до- 
полнительном сегменте (адрес цепочки должен быть заранее сформирован в реги- 
страх Е5: Е БТ/ОТ. Транслятор анализирует тип идентификатора адрес_приемника, 
который обозначает цепочку в сегменте данных, и формирует одну из трех машин- 
ных команд, ЭСАЗВ, ЭСАЗ\У или 5САЗО. Условие поиска для каждой из этих трех ко- 
манд находится в строго определенном месте. Так, если цепочка описана с помощью 
директивы ОВ, то искомый элементдолжен бытьбайтом, находиться врегистре АГ, 
исканированиецепочки осуществляетсякомандой САЗВ. Если цепочкаописанас 
помощью директивы ОУ, то это — слово в регистре АХ, и поиск ведется командой 
ЗСАЗУУ. Если цепочка описана с помощью директивы ОО, то это — двойное слово 
в ЕАХ, и поиск ведется командой 5САЗО. Принцип поиска тот же, что и в команде 
сравнения СМР$, то есть последовательное выполнение вычитания (содержимое 
регистра аккумулятора минус содержимое очередного элемента цепочки). В зави- 
симости от результатов вычитания производится установка флагов, при этом сами 
операнды не изменяются. Так же как и в случае команды СМР5, с командой 5СА$ 
удобно использовать префиксы КЕРЕ/КЕРР или КЕРМЕ/КЕРМИ. 


5 КЕРЕ или КЕР7 — если нужно оргапизовать поиск до тех пор, пока не будет вы- 
полнено одно из двух условий: 


Со будет достигнут конец цепочки (содержимое ЕСХ/СХ равпо 0); 
О в цепочке встретится элемент, отличный от элемента в регистре АЕ/АХ/ЕАХ. 


Ш КЕРМЕ или КЕРМ/ — если нужно организовать поиск до тех пор, пока не будет 
выполнено одно из двух условий: 


П будет достигнут конец цепочки (содержимое ЕСХ/СХ равно 0); 
П в цепочке встретится элемент, совпадающий с элементом в регистре АГ/АХ/ЕАХ. 
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Таким образом, команда $САЗ с префиксом КЕРЕ/ВЕР7 позволяет найти элемент 
цепочки, отличающийся по значению от заданного в аккумуляторе. Команда $САЗ$ 
с префиксом КЕРМЕ/ВЕРМ7 позволяет найти элемент цепочки, совпадающий по зна- 
чению с элементом в аккумуляторе. В качестве примера рассмотрим листинг 12.3, 
в котором реализован поиск символа в строке. В программе используется коман- 
да-примитив 5СА$З. Символ задается явно (строка 20). Префикс повторения — КЕРМЕ. 


Листинг 12.3.Поиск символа в строке командой ЗСАЗ 
;рг=_12_3.азм 
М 


МАЗ 

МОРЕ. —$та11 

ОТАСК 256 

„дата 

; тексты сообщений 

{па 9 бан, бан, 'Символ найден! ","$"' 
посраг 96 @ап,бан, 'Символ не найден. ','$' 


‚строка для поиска 
$Ех1па 09 "Поиск символа в этой строке." ‚бай, бан, '$' 





‚со4де 
АЗЗОМЕ @а3:@аака,ез:@Чака 
па1т: 
оу ах,@дата 
моУу 95, ах 
оу е$,ах ;унастройка Еб на 05 
оу ай, 098 
1еа ах, 5&г1п8 
116 218 ;вывод сообщения $1г7п8 
оу а\, 'а' ;усимвол для поиска - "а" (кириллица) 
с19 ; сброс флага @Е 
1еа 41, 5$1г1п8 ‚загрузка в е$:41 смещения строки 
оу сх, 28 ;для префикса герпе - длина строки 


‚поиск в строке (пока искомый символ и символ в строке не совпадут) 
‚выход при первом совпадении 
терпе $са$ $6г1п9 


3е Еоцпа ;если равны - переход на обработку, 
Ра11еа: ‚иначе - выполняем некоторые действия 
‚вывод сообщения о том, что символ не найден 

поу ай, 099н 

1еа 9х, посваг 

116 218 ‚вывод сообщения поспаг 

тр ех1Е ;на выход 
Еоцпа: ; совпали 

поу ай, 098 

1еа ах, пд 

116 218 ‚вывод сообщения Ета 


‚теперь, чтобы узнать место, где совпал элемент в строке, 
; необходимо уменьшить значение в регистре 91 и вставить нужный обработчик 


р дес 91 
;... вставьте обработчик 
ех1ф: ; ВЫХОД 
оу ах,4с090Н 
ше 218 
еп тат 


Сканирование строки байтов, слов, двойных слов 


Система команд процессора, так же как в случае операций-примитивов пересылки 
и сравнения, предоставляет команды сканирования, явно указывающие размер 
элемента цепочки — ЗСАЗВ, ЗСАЗ\М или 5САЗО. Помните, что даже если вы этого не 
делаете, то ассемблер все равно преобразует команду ЗСАЗ в одну из этих трех ма- 
шинных команд 
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Загрузка элемента цепочки в аккумулятор 


Операция-примитив загрузки элемента цепочки в аккумулятор позволяет извлечь 
элементцепочки и поместитьего врегистр-аккумулятор АТ. АХили ЕАХ. Этуопера- 
цию удобно использовать вместе с поиском (сканированием) с тем, чтобы, найдя 
нужный элемент, извлечь его (например, для изменения). Возможный размер из- 
влекаемого элемента определяется применяемой командой. Программист может 
использовать четыре команды загрузки элемента цепочки в аккумулятор, работа- 
ющие с элементами разного размера: 


т 100$ адрес_источника — загрузить элемент из цепочки (ГОар Зил) в регистр- 
аккумулятор АГ/АХ/ЕАХ; 


10Б3В — загрузить байт из цепочки (ГОаО 5гштз ВУе) в регистр АГ; 





* 100$\ — загрузить слово из цепочки (1.Оа) Зате \/ога) в регистр АХ; 


‚ @ 10050 — загрузить двойное слово (ГОаО 5ит# РопЫе У!ога) из цепочки в ре- 
гистр ЕАХ. 


Рассмотрим работу этих команд на примере команды 100$. 


Команда ОО$ 


Синтаксис команды 100$: 
1о95адрес_источника 

Команда имеет один операнд, обозначающий строку в основном сегменте дан- 
ных. Работа команды заключается в том, чтобы извлечь элемент из цепочки по 
адресу, соответствующему содержимому пары регистров 05$: ЕЗИ/ $1, и поместить его 
в регистр ЕАХ/АХ/АГ. При этом содержимое ЕЗ/$1 подвергается инкременту или 
декременту (в зависимости от состояния флага ОР) на величину, равную размеру 
элемента. Эту команду удобно использовать после команды $СА$, локализующей 
местоположение искомого элемента в цепочке. Префикс повторения в этой команде 
может и не понадобиться — все зависит от логики программы. 

В качестве примера рассмотрим листинг 12.4, в котором командой СМР срав- 
ниваются две цепочки байтов в памяти (5191 и $11142) и первый не совпавший 
байт из $1192 помещается в регистр АГ.. Для загрузки этого байта в регистр-акку- 
мулятор АГ используется команда [0105. Префикса повторения в команде 100$ нет, 
так как он попросту не нужен. 


Листинг 12.4.Использование команды [ОО для загрузки байта в регистр АЕ 


:ргё_11_ 4. аз 
МА$М 

МОРЕГ па11 
ОТАСК 256 
„Дата 


;строки для сравнения 
$11191 96 "Поиск символа в этой строке." ‚дай, бан, '$' 
$11192 9 "Поиск символа не в этой строке." ‚дан, бак, '$' 
мез_ед Ор "Строки совпадают." ‚бан, 691, '$' 

09 96 "Несовпавший элемент в регистре а1",@ав ‚бан, '$' 
‚соде 

; привязка 95 и ез к сегменту данных 


аззиме 4$: @Чафа, е$ : @дафа жении 





и ии 
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Листинг 12.4 (продолжение) 


тай; 
моу ах ,@Чафа; загрузка сегментных регистров 
моу 4$, ах 
тоу еб, ах ‚настройка ех на В 
поу ап, 99п 
1еа @х, $Ег1п81 
116 218 ‚вывод 5 ГТО 1 
Теа 4х, з&г1 па 
116 218 ВЫВОД $1Г1П52 
са ; сброс флага а 


1еа а1 , $Ег1п1 ;загрузка в е5:@1 смещения строки $1г1пЕ1 
1еа $1. 5&г1пЕ2 :;загрузка в 4$:51 смещения строки $71182 
моу сх, 29 ;для префикса гере -- длина строки 
: поиск в строке ‘пока нужный символ и символ 
‚в строке не равны) 
:выход = при первом не совпавшем 


гере стр$ ъг1пя1, $71182 
]схи еа1 ;если равны - переход на еа]1 
тр по_еа ‚если не равны - переход на по_еа 
ед: ‚выводим сообщение о совпадении строк 
шоу ай, 99! 
1еа 9х, тез_еа 
116 210 ‚вывод сообщения мех ед 
1тр ехте ‚на выход 
по ед: ‚обработка несовпадения элементов 


шоу ай, 99 
1ег Чх,Тпа 
106 216 вывод сообщения Тпа 
‚теперь, чтобы извлечь несовпавший элемент из строки 
;в регистр- аккумулятор, 
‚уменьшаем значение регистра $1 и тем самым перемецаемся 
:к действительной позиции элемента в строке 








Фес $1 ‚команда 1049$ использует 4$:$1-адресацию 
;теперь 9$:$1 указывает на позицию в $&г1пз? 

169$ $611192 ‹загрузим элемент из строки в АБ 
‚нетрудно догадаться, что в нашем примере это символ - "н" 
ОХТЕ;: ; ВЫХОД 

поу ах, 4с09и 

ше 21” 
еп матп 


Загрузка в регистрАЕ /АХ/ЕАХ байтов, слов, 
двойных слов 


Команды загрузки байта в регистр АТ. (10058), слова — в регистр АХ (ГОО$М), двой- 
ного слова в регистр ЕАХ (10050) аналогичиы другим цепочечным командам. Они 
являются вариантами команды 1005. Каждая из этих команд работает с цепочками 
из элемситов определенного размера. Предварительно вы должны загрузить зна- 
чение длины цепочки л ее адрес в регистры ЕСХ/СХи 55:Е5Т/$Т. 


Перенос элемента изаккумулятора 
в цепочку 
Операция-пры митив переноса элемеита из аккумулятора в цепочку позволяет про- 


извести действие, обратное деиствию команды 101$, то есть сохранитьзначение из 
регистра-аккумулятора в элемеите цепочки, Эту операцию удобно использовать 
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вместе с операциями поиска (сканирования) ЗСАМЗ и загрузки [00$ с тем, чтобы, 
найдя нужный элемент, извлечь его в регистр и записать на его место новое значе- 
ние. Команды, поддерживающие эту операцию-примитив, могут работать с: эле- 
ментами размером 8, 16 или 32 бита. ТАЗМ предоставляет программисту четыре 
команды сохранения элемента цепочки из регистра-аккумулятора, работающие 
с элементами разного размера: 


9105 адрес_приемника — сохранить в цепочке элемент (5УТОге 511$) из регист- 
ра-аккумулятора АГ/АХ/ЕАХ; 


ЭТОЗВ — сохранить в цепочке байт (ЭТОге Зе Ву{е) из регистра АГ; 
= УТОЗ\ — сохралить в цепочке слово (5ТОте 5(1т$ У!ога) из регистра АХ; 


$: УТО$О — сохранить в цепочке двойное слово (ЗТОге $1шше БоцЫе \отга) из ре- 
гистра ЕАХ. 


Команда $ТО$ 


Синтаксис команды 9105: 
$10$ адрес приемника 

Команда имеет один операнд адрес_приемника, адресующий цепочку в допол- 
нительном сегменте данных. Команда пересылает элемент из аккумулятора (реги- 
стра ЕАХ/АХ/АГ)в элемент цепочки по адресу, соответствующему содержимому пары 
регистров ЕЗ:ЕОТ/ОТ. При этом содержимое ЕБТ/ПТ подвергается инкременту или 
декременту (в зависимости от состояния флага ОЕ) па величину, равную размеру 
элемента цепочки. 

Префикс повторения в этой команде может и не понадобиться — все зависит от 
логики программы. Например, если использовать префикс повторения КЕР, то мож- 
но применить команду для инициализации области памяти некоторым фиксиро- 
ванным значением. 

В качестве примера рассмотрим листинг 12.5, в котором производится замена 
в строке всех символов «а» символами, вводимыми:с клавиатуры. 


Листинг 12.5. Замена командой ЭТО$ символа в строке символом, вводимым 
с клавиатуры 


;рг_12_5. аз 

МАЗМ 

МОРЕБ эта11 

5ТАСК 256 

‚Чата 

‚ сообщения 

{па 4 бай, 09В, 'Символ найден’, '$' 

посраг 06 ай ‚оап, 'Символ не найден.'.'$' 


те$1 (р бан, О4п, 'Исходная строка: ','$' 
$61119 ар "Поиск символа в этой строке.", бай, @а9н,'$'’ ;строка для поиска 


мез2 Ч бан,бап, ' Введите символ, на который следует заменить найденный" 
Ч бан, бан, '$' | 
ме$3 Ч дан, Одн, 'Новая строка: ","$' 
.соае Г 
аззиме 95:@ЧаЁа,е5: @дафа ‚привязка 0$ и ез 
‚к сегменту данных 
па1п: точка входа в программу 
моу ах, @дата ; загрузка сегментных регистров 


продолжение $ 
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Листинг 12.5 (продолжение) 


моу 9$, ах 

поу е$,ах ‚настройка ез на 9$ 

по\у ан, 09и 

Леа 9х, те$1 

116 218 ‚вывод сообщения ме$1 

1еа ах, $Ег1п8 

116 218 ;ВЫВОД $61119 

ста ; сброс флага @Е 

1еа ЧТ, 5 Ег1пЕ ‚загрузка в 91 смещения $61п9 

поУу сх,28 ;для префикса герпе - длина строки 


‚поиск в строке $з6г1п4а до тех пор, пока 
; символ ва\ и очередной символ в строке 
‚не равны: выход - при первом совпадении 
суст: 

поу а1,'а' ;символ для поиска - "а" (кириллица) 
терле $са$ з6г1п9 

]е Еоипа ;если элемент найден, то переход на Еоцпа 





Еа11еа: ; иначе, если не найден, то вывод сообщения посваг 


поу ай, 99Н 

Леа 4х, посваг 

116 210 

]тр ех1 Е ; переход на выход 
Роппа: 

пох ай, 09п 

Леа ах, {па 

116 218 ‚вывод сообщения об обнаружении символа 
‚корректируем 91 для получения значения 
‚действительной позиции совпавшего элемента 
;в строке и регистре а1 























дес 91 
пем_спаг: ;блок замены символа 
поу ап, 99н 
Леа @х, те$2 
106 211 ‚вывод сообщения ме$2 
‚ввод символа с клавиатуры 
поу ан, 918 
106 211 ;в а| - введенный символ 
5605 $11149 ;сохраним введенный символ 
; (из а!) в строке 
;5ЕГТПЕ в позиции старого символа 
поу ап, 99и 
еа Чх,те$3 
пе 218 ‚вывод сообщения пез3 
еа Чх, $&г1п8 
пе 216 ‚вывод сообщения 36:119 
; переход на поиск следующего символа "а" в строке 
пс 91 ;указатель в строке з6г1пд на символ, 
| ‚следующий после совпавшего, 
тр сус1 ;на продолжение просмотра 36г11п9 
ехт Е: ; ВЫХОД 
оу ах,4с090п 
106 218 
еп@ па1п ;конец программы 


Сохранение в цепочке байта, слова, двойного 


словаизрегистраАЕ/АХ/ЕАХ 


Команды 5Т0$В, $Т0$\М и $1050, аналогично другим цепочечным операциям, явля- 
ются вариантами команды 510$. Каждая из этих команд работает с цепочками из 
элементов определенного размера. Предварительно необходимо загрузить значе- 


ние длины цепочки и ее адрес в регистры ЕСХ/СХ и ЕЗ:ЕБИТИ. 
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Работа с портами ввода-вывода 


Описанные далее две команды появились впервые в системе команд процессора 
1386. Они позволяют организовать эффективную передачу данных между портами 
ввода-вывода и цепочками в памяти. Следует отметить, что эти две команды по- 
зволяют достичь более высокой скорости передачи данных по сравнению с той 
скоростью, которую может обеспечить контроллер ОМА (Риесё Метогу Ассез$ — 
прямой доступ к памяти). 


Ввод элемента цепочки из порта ввода-вывода 


Операция ввода элемента цепочки из порта ввода-вывода реализуется командой 
0\5 [при 511), имеющей следующий формат: 
115 адрес_приемника, номер порта 

Эта команда вводит элемент из порта, номер которого находится в регистре ОХ, 
в элемент цепочки, адрес памяти которого определяется операндом адрес_прием- 
ника. Несмотря на то, что цепочка, в которую вводится элемент, адресуется указа- 
нием этого операнда, ее адрес должен быть явно сформирован в паре регистров 
Е$:ЕОРИПТ. Размер элементов цепочки должен быть согласован с размером порта — 
он определяется директивой резервирования памяти, с помощью которой выделя- 
ется память для размещения элементов цепочки. После пересылки команда [М5 
производит коррекцию содержимого регистра ЕБГИПГ на величину, равную разме- 
ру элемента, участвовавшего в операции пересылки. Как обычно, при работе цепо- 
чечных команд учитывается состояние флага ОР. 

Подобно командам, реализующим рассмотренные ранее цепочечные операции- 
примитивы, транслятор преобразует команду П\$ в одну изтрех машинных команд 
без операндов, работающих с цепочками элементов определенного размера: 


#ч 1№58 (ПМриё бит Вуе) — ввести из порта цепочку байтов; 

№5 (При Зише Уога) — ввести из порта цепочку слов; 

# 1№0 (П\риё Зы ш# РопЫе У\ога) — ввести из порта цепочку двойных слов. 
К примеру, введем из порта 5000[ 10 байтов в область памяти рое: 


‚Дата 

рое —аь 10 ацр ("") 
.соде 

7 ризп 4$ 


рор е5 ;настройка ез на 9$ 
оу ах, 59001 
1еа 91,ро1е 
тоу сх, 19 
гер 1п55 


Вывод элемента цепочки в порт ввода-вывода 


Операция вывода элемента цепочки в порт ввода-вывода реализуется командой 
О0Т$ (ОпёриЕ Зи), имеющей следующий формат: 
010$ номер_порта, адрес_источника 

Эта команда выводит элемент цепочки в порт, номер которого находится в ре- 
гистре ОХ. Адрес элемента цепочки определяется операндом адрес _источника. 
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Несмотря на то, что цепочка, из которой выводится элемент, адресуется указани- 
ем этого операнда, значение адреса должно быть явно сформировано в паре регис- 
тров В5:Е$Т/$Т. Размер структурных элементов цепочки должен быть согласован 
с размером порта — он определяется директивой резервирования памяти, с по- 
мощью которой выделяется память для размещения элементов цепочки. После пе- 
ресылки команда ОПТ производит коррекцию содержимого регистра ЕЗ1/З на ве- 
личипу, равную размеру элемента цепочки, участвовавшего в операции пересылки. 
Прь этом, как обычно, учитывается состояние флага ПЕ. 

Подобно команде П\$ транслятор преобразует команду 00Т$ в одну из трех ма- 
шинных команд без операидов, работающих с цепочками элементов определенно- 
го размера: 


О0Т5В (ОЧТри $ищ8 Вуе) — вывести цепочку байтов в порт ввода-вывода; 
СИМ (ОЧТ(риЕ Затт8 УМога) — вывести цепочку слов в порт ввода-вывода; 


00750 (ОПТри $ите БонЫе Уота) — вывести цепочку двойных слов в порт 
ввода-вывода. 


В качестве примера рассмотрим фрагмент программы, которая выводит после- 
довательпость символов в порт ввода-вывода с номером 378 ([рЁ1), соответствую- 
щий принтеру: 


. Чата 
$1г_респ р "Текст для печати" 
.соде 


тсу ах, 378Н 
1еа чт, зг_ресн 
МОУ сх,16 

гер оцт$Ь 


Для организации работы с портами недостаточно знать их номера и назначе- 
ние. Не менее важно знать и понимать алгоритмы их работы. Эти сведения можно 
найти в документации на устройство (но, к сожалению, далеко не всегда). 

Реализации более сложных алгоритмов (поиска), основанные на работе с цепо- 
чечными командами, приведены в |8]. 


Итоги 


Система команд процессора имеет очень интересную группу команд, позволя- 
ютгих производить действия над блоками элементов до 64 Кбайт или 4 Гбайт 
взависимости от установленной разрядности адреса — и5е16 или изе32. 


Блоки элементов логически могут представлять собой последовательности эле- 
ментов с любыми значениями, хранящимися в памяти в виде двоичных кодов. 
Единственное ограничение состоит в том, что размеры элементов в этих блоках 
памяти фиксированы значением 8, 16 пли 32 бита. 


Команды обработки строк обеспечивают возможность выполнения семи опе- 
раций-примитивов, обрабатывающих цепочки поэлементно. 


Каждая операция-примитив представлена тремя разными машинными коман- 
дами и одной псевдокомандой, которая преобразуется транслятором в одну из 


Итоги 207 


трех упомянутых ранее машинных команд. Варнанг преобразования определя- 
ется типом операидов в команде. 

Процессор всегда предиолаглет, что строка-приемник находится в дополнитель 
ном сегменте (адресуемом носрелством сегментиого регистра Е5), а строка-ис- 
точник -— в сегменте данных {адресуемом посредством сегментного регист- 
ра 0$). 

Процессор адресует строку-пвиемник через регистр ЕБИТ, а строку-источник — 
через регистр ЕЗ1/$З[. 

Допускается переопределять сегмеит для строки-источника, для строки-при- 
емника этого делать нельзя. 

Особениость работы цепочечных команд состонт в том, что они автоматически 
выполняют приращение или уменьшение содержимото регистров ЕРТ/ОТи ЕЗИ/ 
51 в зависимости от используемой цепочечной команды. Что именпо происхо- 
дит с этими регистрами, определяется состоянием флага ОЕ, которым управия- 
ют команды (11) и 5ТВ. Значение, на которое изменяется содержимое индексных 
регистров, определяется типом элементов строки или кодом операции цепо- 
чечной команды. 


Глава 13 
Сложные структуры данных 


№» Понятие сложного типа данных в ассемблере 


№ Средства ассемблера для создания и обработки сложных 
структур данных 


> Массивы 


3 Структуры 
№ Объединения 


№ Записи 


В предыдущих главах при разработке программ мы использовали данные двух 
ТИПОВ. 


жЖ Непосредственные данные, представляющие собой числовые или символьные 
значения и являющиеся частью команды. Непосредственные данные форми- 
руются программистом в процессе написания программы для конкретной ко- 
манды ассемблера. 


Данные, описываемые с помощью ограниченного набора директив резервиро- 
вания памяти, позволяют выполнять самые элементарные операции по разме- 
щению и инициализации числовой и символьной информации. При обработке 
этих директив ассемблер сохраняет в своей таблице символов информацию о ме- 
стоположении данных (значения сегментной составляющей адреса и смеще- 
ния) и типе данных, то есть единицах памяти, выделяемых для размещения дан- 
ных в соответствии с директивой резервирования и инициализации данных. 





Эти два типа данных являются элементарными, или базовыми; работа с ними 
поддерживается на уровне системы команд процессора. Используя данные этих 
типов, можно формализовать и запрограммировать практически любую задачу. Но 
насколько это будет удобно — вот вопрос. 
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Обработка информации в общем случае — процесс очень сложный. Это кос- 
венно подтверждает популярность языков высокого уровня. Одно из несомнен- 
ных достоинств языков высокого уровня — поддержка развитых структур данных. 
При их использовании программист освобождается от решения конкретных про- 
блем, связанных с представлением числовых или символьных данных, и получает 
возможность оперировать информацией, структура которой в большей степени 
отражает особенности предметной области решаемой задачи. В то же самое время, 
чем выше уровень такого абстрагирования от конкретного представления данных 
в компьютере, тем большая нагрузка должна ложиться на компилятор для созда- 
ния действительно эффективного кода. Ведь нам уже известно, что в конечном 
итоге все написанное на языке высокого уровня в компьютере будет представлено 
на уровне машинных команд, работающих только с базовыми типами данных. Та- 
ким образом, самая эффективная программа — программа, написанная в машин- 
ных кодах, но писать сегодня большую программу в машинных кодах — занятие 
довольно бессмысленное. 

С целью облегчения разработки программ в язык ассемблера на уровне его ди- 
ректив была введена поддержка нескольких сложных типов данных. Это позволи- 
ло несколько сгладить различия между языками высокого уровня и ассемблером. 
У программиста появилась возможность сочетать достоинства языка ассемблера 
и языков высокого уровня (в направлении абстрагирования от конкретного пред- 
ставления данных), что в итоге повышает эффективность конечной программы. 

ТАМ поддерживает следующие сложные типы данных: 


и массивы; 
структуры; 
объединения; 





записи. 
Разберемся более подробно с тем, как определить данные этих типов в программе 
и организовать работу с ними. 


Массивы 


Дадим формальное определение: массив — структурированный тип данных, состо- 
ящий из некоторого числа элементов одного типа. 
Для того чтобы разобраться в возможностях и особенностях обработки масси- 
вов в программах на ассемблере, нужно ответить на следующие вопросы. 
# Как описать массив в программе? 
* Как инициализировать массив, то есть как задать начальные значения его эле- 
ментов? : 


Как организовать доступ к элементам массива? 





Как организовать выполнение типовых операций с массивами? 


Описание и инициализация массива в программе 


Специальных средств описания массивов в программах ассемблера, конечно, нет. 
Чтобы использовать массив в программе, его нужно смоделировать одним из пе- 
речисленных далее способов. 
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Можно перечислить элемепты массива в поле операндов одной из директив 
описания данных. Приперечисленииэлементыразделяются запятыми. Чапри- 
мер, 


‚массив из 5 элементов. Размер каждого элемента 4 байта: 
таз аа 1,2,3,4,5 


и: Можно использовать оператор повторения О ЧР. К примеру, 


‚массив из 5 нулевых элементов. Размер каждого элемента 2 байта: 
таз м 5 аир (0) 


Такой способ определения используется для резервирования памяти с целью 
размещения и инициализации элементов массива. 


Можно использовать директивы [АВЕГ и ВЕРТ. Пара этих директив позволяет 
облегчить описание больших массивов в памяти и повысить наглядность тако- 
го описания. Директива ВЕРТ относится к макросредствам языка ассемблера 
и вызывает повторение указанное число раз строк, заключенных между дирек- 
тивой и строкой ЕМОМ. К примеру, определим массив байтов в области памяти, 
обозначенной идентификатором таз_5. В данном случае директива [АВЕ!, опре- 
деляет символическое имя таз_Б аналогично тому, как это делают директивы 
резервирования и инициализации памяти. Достоинство директивы ТАВЕГ — 
в том, ЧТО Она не резервирует память, алишьопределяет характеристики объекта. 
В данном случае объект — это ячейка памяти. Используя несколько директив 
ГАВЕГ, записанных одна за другой, можно присвоить одной и той же области 
памяти разные имена и типы, что и сделано в следующем фрагменте: 


та$_Б 1абе1 руке 

та$_и 1аЪе1 ога 

гер{ 4 

Чи ОТ1ГОП 

епдл 

В результате в памяти будет создана носледовательность из четырех слов №. 
Эту последовательпость можно трактовать как массив байтов или слов в зави- 
симости оттого, какое имя области мы будем использовать в программе — таз_Ь 


или таз_\. 


Чтобы инициализировать значениями область памяти и впоследствии тракто- 
вать ее как массив, можно использовать цикл. Посмотрим па примере листин- 
га 13.1. каким образом это делается. 


Листинг 13.1.Инициализация массивавцикле 


та: 


; рга_13 1.а$м 

МАЗМ 

МОБЕЁ этай 

ЗТАСК 256 

.аата 
тез ЧБ бай, бан, 'Массив- ","$' 

таз Ч6 10 ар (?) ‚исходный массив 

95 0 
‚ ссае 


п: 


Массивы 271 


тоу ах, Вага 


мо 4$ ‚ах 
хог ах, ах ; обнуление ах 
оу сх, 10 : значение счетчика цикла в сх 
поу 51,6 ‚индекс начального элемента в сх 
до: ‘цикл инициализации 
оу БВ, 1 1 в М 
поу паз [$1], 58 :запись в массив 1 
ист. ; инкремент 1 
115 51 ‘продвижение к следующему элементу массива 
100р 90 ‚повторить цикл 
;вывод на экран получившегося массива 
поу сх, 19 
ОУ 51,0 
поу ай, Эн 
]1еа 4х, гоез 
1пЕ 218 
5ПОМ: 
поу ай, 92и ‚функция вывода значения из а\ на экран 
поу 91 ,пма$ [$1] 
а49 91 ‚ З9Н : преобразование числа в символ 
ти 21Н 
106 81 
1оор $Пом 
ех1*: 
поу ах, 4Асб0Н ‚стандартный выход 
ше 21 
епа мати ‘конец программы 


Доступ кэлементам массива 


При работе с массивами иеобходимо четко представлять себе, что зсе элементы 
массива располагаются в памяти компьютера последовательно. Само по себе та- 
кос расположение ничего не говорит о назпачении п порядке использования этих 
элементов. И только лишь программист с, помощью составлениого им алгоритма 
обработки определяет, как пужпо трактовать последовательность байтов, состав- 
ляющих массив. Так, одпу и ту же область памяти можно трактовать одповремен- 
но и как одномерный, и как двухмерный массив. Все зависит только от алгоритма 
обработки этих данных в конкретной программе. Сами по себе дапные не песут 
никакой информации о своем «смысловом», или логическом, типе. Помпите об 
этом принципиальном моменте. 

Те же соображения можно распространить и на индексы элементов массива. 
Ассемблер ие подозревает пи об их существовании, пи об их числецных смысло- 
вых значениях. Для того чтобы локализовать определенный элемент массива, к его 
имени нужно добавить индекс. Так как мы моделируем массив, то должны нозабо- 
титься и о моделировании индекса. В языке ассемблера индексы массивов — это 
обычные адреса, но с ними работают особым образом. Другими словами, когда при 
программировании на ассемблере мы говорим об индексе, то, скорее, подразуме- 
ваем под этим не номер элемента в массиве, а некоторый адрес. Давайте еще раз 
обратимся к описанию массива. К примеру, пусть в программе статически опреде- 
лена последовательность данных: 
таз Ч\ 0,1,2.3,4,5 

Пусть эта последовательность чисел трактуется как одномерный массив. Раз- 
мерность каждого элемента определяется директивой ОУ, то есть она равна двум 
байтам. Чтобы получить доступ к третьему элементу нужна кадресу мессивз ири- 
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бавить 6. Нумерация элементов массива в ассемблере начинается с нуля. То есть 
в нашем случае речь, фактически, идет о 4-м элементе массива — 3, но об этом зна- 
ет только программист; процессору в данном случае все равно — ему нужен только 
адрес. В общем случае для получения адреса элемента в массиве необходимо на- 
чальный (базовый) адрес массива сложить с произведением индекса (номер эле- 
мента минус единица) этого элемента на размер элемента массива: 


база + (индекс * размер элемента). 


Архитектура процессора предоставляет довольно удобные программно-аппа- 
ратные средства для работы с массивами. К ним относятся базовые и индексные 
регистры, позволяющие реализовать несколько режимов адресации данных. Ис- 
пользуя данные режимы адресации, можно организовать эффективную работу 
с массивами в памяти. Вспомним эти режимы. 

. Индексная адресация со смещением — режим адресации, при котором эффек- 
тивный адрес формируется из двух компонентов: 

С постоянный (базовый) компонент формируется указанием прямого адреса 

массива в виде имени идентификатора, обозначающего начало массива; 

П переменный (индексный) компонент формируется указанием имени индекс- 

ного регистра. 

К примеру, 

таз 4м 0,1,2,3,4,5 
ТОУ $1 ,4 


‚поместить 3-й элемент массива маз в регистр ах: 
поу ах, ма$ [$1] 


Базовая индексная адресация со смещением — режим адресации, при котором 
эффективный адрес формируется максимум из трех компонентов: 





О в качестве постоянного (необязательного) компонента может выступать 
прямой адрес массива в виде имени идентификатора, обозначающего нача- 
ло массива, или непосредственного значения; 


С переменный (базовый) компонент формируется указанием имени базового 
регистра; 

Р переменный (индексный) компонент формируется указанием имени индекс- 
ного регистра. 


Этот вид адресации удобно использовать при обработке двухмерных массивов. 
‚ Пример использования этой адресации мы рассмотрим далее при изучении осо- 
бенностей работы с двухмерными массивами. 


Напомним, что в качестве базового регистра может использоваться любой из 
восьми регистров общего назначения. В качестве индексного регистра также мож- 
но использовать любой регистр общего назначения, за исключением ЕЗР/ЗР. 

Процессор позволяет масштабировать индекс. Это означает, что если указать 
после имени индексного регистра символ звездочки (*) с последующей цифрой 2, 
4 или 8, то содержимое индексного регистра будет умножаться на 2, 4 или 8, то есть 
масштабироваться. Применение масштабирования облегчает работу с массивами, 
которые имеют размер элементов, равный 2, 4 или 8 байт, так как процессор сам 
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производит коррекцию индекса для получения адреса очередного элемента масси- 
ва. Нам нужно лишь загрузить в индексный регистр значение требуемого индекса 
(считая от 0). Кстати сказать, возможность масштабирования появилась в процес- 
сорах Шие|, начиная с модели 1486. По этой причине в рассматриваемом далее при- 
мере программы стоит директива .486. Ее назначение, как и ранее использовав- 
шейся директивы .386, — в том, чтобы указать ассемблеру на необходимость учета 
дополнительных возможностей новых процессоров при формировании машинных 
команд. 

В качестве примера масштабирования рассмотрим листинг 13.2, в котором про- 
сматривается массив, состоящий из слов, и производится сравнение этих элемен- 
тов с нулем. Выводится соответствующее сообщение. 


Листинг 13.2. Просмотр массива слов с использованием масштабирования 


;рг9_13 2. ат 

ЕПК /У /3 рг9_12 2.06] 

МАЗМ 

МОЛРЕГ та1 1 

ОТАСК 256 

„Чата ‚начало сегмента данных 


;тексты сообщений: 

пе51 Фр "не равен ©9!$" ‚бай, бан 

таез2 ар "равен 0!5",Фай, бап 

пе$3 ФФ бан, 0аНн, ' Элемент 5' 

паз 4м 2,7,6,0,1,9,3,6,0,8 ; исходный массив 

















. соде 
.486 ‚это обязательно 
па1п: 
оу ах, @Чата 
оу 4$, ах ; связка 95 с сегментом данных 
хог ах, ах ‚обнуление ах 
ргераге: 
оу сх, 19 . ‚значение счетчика цикла в сх 
оу е$1 ‚0 ;индекс в ез1 
сотраге: 
оу 4х, таз [е$1*2] ;первый элемент массива в ах 
страх, 0 : ‚сравнение ах с 0 
]}е едиа1 ; переход, если равно 
по{_едуа1 : ‚не равно 
оу ай, 098 ;вывод сообщения на экран 
еа Чх, пез3 
11е 21 
оу ан, 028 ‚вывод номера элемента массива на экран 
оу ах, $1 
ада 91,308 
106 218 
оу ап, 09 
еа 4х, те$1 
106 218 . 
пс е51 ‚на следующий элемент 
дес сх ‚условие для выхода из цикла 
]сх7 ех1е $ Сх=0? Если да - на выход 
пр сопраге ‹:нет - повторить цикл 
едца1: ;равно 0 
по\у ан, о9н ‚вывод сообщения пез3 на экран 
еа ах, мез3 
106 218 
поу ан,02й 
поу Чх,$1 
ада 91,30 


продолжение &% 
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Листинг 13.2 (продолжение) 











ше 218 
тоу ап, 09п ‚вывод сообщения тез$2 на экран 
1еа ах, тез2 
116 218 
11с ез1 ‚на следующий элемент 
дес сх ;все элементы обработаны? 
] сх? ех1ё 
]}тр сотраге 
ехтх: 
то\ ах,4с00п ‚стандартный выход 
шт 210 
еп тат г ‚конец программы 


Еще несколько слов о соглашениях. 


& Если для описания адреса используется только один регистр, то речь идет о ба- 
зовой адресации, и этот регистр рассматривается как базовый: 


‚переслать байт из области данных, 
; адрес которой находится в регистре еБх: 
тоу а\, [ебх] 


Если для задания адреса в команде используется прямая адресация (в виде иден- 
тификатора) в сочетании с одним регистром, то речь идет об индексной адреса- 
ции. Регистр считается индексным, и поэтому для получения адреса нужного 
элемента массива можно выполнить масштабирование: 


а еах ‚таз [еБх*4] 
‚сложить содержимое еах с двойным словом 
;в памяти по адресу паз + (ебх)*4 





# Если для описания адреса используются два регистра, то речь идет о базово- 
индексной адресации. Левый регистр рассматривается как базовый, правый — 
как индексный. В общем случае это не принципиально, но если масштабирова- 
ние применяется к одному из регистров, то он всегда является индексным. Од- 
нако лучше придерживаться определенных соглашений. Помните, что приме- 
нение регистров ЕВР/ВР и ЕЗР/ЗР по умолчанию подразумевает, что сегментная 
составляющая адреса находится в регистре 58. 


Заметим, что базово-индексную адресацию не возбраняется сочетать с прямой 
адресацией или указанием непосредственного значения. Адрес тогда будет фор- 
мироваться как сумма всех компонентов. 

К примеру, 


оу ах, та$ [еБх] [есх*2] 
‚адрес операнда равен [та$+(еБх)+(есх) *2] 


5иб 9х, [ебх+8] [есх*4] 
‚адрес операнда равен [(ебх)+8+ (есх) *4] 

Следует заметить, что масштабирование эффективно лишь тогда, когда размер- 
ность элементов массива равна 2, 4 или 8 байт. Если же размерность элементов 
другая, то организовывать обращение к элементам массива нужно обычным спо- 
собом, как описано ранее. 

Рассмотрим пример работы с массивом из пяти трехбайтовых элементов (лис- 
тинг 13.3). Младший байт в каждом из этих элементов представляет собой некий 
счетчик, а старшие два байта — что-то еще, для нас не имеющее никакого значе- 
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ния. Необходимо последовательно обработать элементы данного массива, увели- 
чивзначения счетчиков наединицу. 


Листинг 13.3. Обработка массива элементов с нечетной длиной 





;ргё_13 3.а5м 
МАЗМ 
МОЛЕГ зпа11 ; модель памяти 
ЭТАСК 256 ;размер стека 
‚Чата ; начало сегмента данных 
№=5 ‚количество элементов массива 
паз 96 5 дир (3 ад (9)) 
. соде ; сегмент кода 
па1т: ;точка входа в программу 
поу ах, @Дата 
моу 45 , ах 
хог ах, ах ; обнуление ах 
ОУ $1 ,0 ;0 вз 
поу сх,М ;М в сх 
50: 
шоу 91,та$[$1] ;первый байт поля в 91 
1пс 491 ‚увеличение 91 на 1 (по условию) 
поу шаз[$1],91 ;заслать обратно в массив 
ада $1,3 ‚сдвиг на следующий элемент массива 
1оор 90 ‚повтор цикла 
оу $1,0 ‚подготовка к выводу на экран 
оу сх, М 
зом: ‚вывод на экран содержимого 
‚первых байтов полей 
оу 91, мта$ [$1] 
ада $1,3 
ада 91, 30и 
оу ав, 02н 
10% 211 
| 100ор зПои 
ех1 +: 
оу ах ‚4с00П; стандартный выход 
116 211 
епа а1 п ‚конец программы 





Двухмерные массивы 


С представлением одномерных массивов в программе на ассемблере и организа- 
цией их обработки все достаточно просто. А как быть, если программа должна об- 
рабатывать двухмерный массив? Все проблемы возникают по-прежнему из-за того, 
что специальных средств для описания такого типа данных в ассемблере нет. Двух- 
мерный массив нужно моделировать. На описании самих данных это почти никак 
не отражается — память под массив выделяется с помощью директив резервиро- 
вания и инициализации памяти. Непосредственно моделирование обработки мас- 
сива производится в сегменте кода, где программист, описывая алгоритм обработки 
на ассемблере, определяет, что некоторую область памяти необходимо трактовать 
как двухмерный массив. При этом вы вольны в выборе того, как понимать распо- 
ложение элементов двухмерного массива в памяти: по строкам или по столбцам. 
Если последовательность однотипных элементов в памяти трактуется как двух- 
мерный массив, расположенный по строкам, то адрес элемента (1,]) вычисляется 
по формуле 
(база + (количество элементов _в_строке * 1+)]) * размер_элемента). 
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Здесь {= 0...и-—1 — номер строки, 4] = 0...т-1 — номер столбца. Например, пусть 
имеется массив чисел (размером в 1 байт) та$(1,) с размерностью 4 * 4 (г= 0...3, 
1=0...3): 

23040567 
05060799 
67080923 
87090008 


В памяти элементы этого массива будут расположены в следующей последова- 
тельности: 


23 04 05 67 05 06 07 99 67 08 09 23 87 09 00 08 


Если мы хотим трактовать эту последовательность как двухмерный массив, 
приведенный раньше, и извлечь, например, элемент та$(2, 3) = 23, то, проведя не- 
хитрый подсчет, убедимся в правильности наших рассуждений: 

Эффективный адрес та$(2, 3) = таз + (4 * 2+3) * |= таз + 22. 

Посмотрите на представление массива в памяти и убедитесь, что по этому сме- 
щению действительно находится нужный элемент массива. 

Логично организовать адресацию двухмерного массива, используя рассмотрен- 
ную нами ранее базово-индексную адресацию. При этом возможны два основных 
варианта выбора компонентов для формирования эффективного адреса: 

* сочетание прямого адреса как базового компонента адреса и двух индексных 
регистров для хранения индексов: 
тоу ах, та$ [ебх] [е51] 
3: сочетание двух индексных регистров, один из которых является и базовым, и ин- 
дексным одновременно, а другой — только индексным: 
шоу ах, [еБх] [е$1] 
В программе это будет выглядеть примерно так: 


‚Фрагмент программы выборки элемента 
‚массива ма$ (2,3) и его обнуления 


„Чата 

таз АБ 23,4,5,67,5,6,7,99,67,8,9,23,87,9,0,8 
1=2 

СЕ 

. соде 

386 


тоуе$1 , 4*е1_$17е*1 
по\ 91, ]*е!_зхе 
то\у а1 ‚таз [е51] [е91];в а| элемент та$(2,3) 


В качестве законченного примера рассмотрим программу поиска элемента в двух- 
мерном массиве чисел (листинг 13.4). Элементы массива заданы статически. 


Листинг 13.4. Поиск элемента в двухмерном массиве 


;ргё_13_4.а$т 
МАЗМ 
МОЕТ, 5та1 1 
ОТАСК 256 


„Дафа 


——ьУо—ддцд3д—д]дд ыы 
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‚матрица размером 2х5 - если ее не инициализировать, 
;то для наглядности она может быть описана так: 
;аггау 9м 2 БУР (5 ПФР (?)) 
‚но мы ее инициализируем: 
аггау @и 1,2,3,3,5,6,7,3,9,0 
‚логически это будет выглядеть так: 
;аггау= {1 
: {3 3} 
й {5 6} 
: {7 3} 
; {9 0} 
512е_е1ет=2 ; размер элемента 
е1етди 3 ; элемент для поиска 
Га11е@ 9 бан,бан, 'Нет такого элемента в массиве! ','$' 
сиссезз @р @ай,бап, 'Такой элемент в массиве присутствует ","$' 
Тоипа{1те 90? ‚количество найденных элементов 
па 96 ' раз(а)’ ‚бан, Фан, '$' 
‚ „соде 
па1т: 
тоу ах, @дата 
моу 45, ах 
хог ах, ах 
ОУ $1,0 ;$1=столбцы в матрице 
поу рх,0 ;Ьх=строки в матрице 
поу сх,5 ;число для внешнего цикла (по строкам) 
ехЕегпа1 ; ;внешний цикл по строкам 
ризй сх ‚сохранение в стеке счетчика внешнего цикла 
поу сх,2 ;число для внутреннего цикла (по столбцам) 
ОУ $1,0 
1{егпа\ : ‚внутренний цикл по строкам 
ОУ ах, аггау[Ьх] [$1] ;в ах первый (очередной) элемент матрицы 
а44 $1,512е_е1ет ‚передвижение на следующий элемент в строке 
‚сравниваем содержимое текущего элемента в ах с искомым элементом: 
стр ах, е|1ет 
‚если текущий совпал с искомым, то переход на Пеге для обработки, 
; иначе - цикл продолжения поиска Е 
]дте $+6 . 
1пс Гоцпабтще ‚увеличиваем счетчик совпавших 
оор 1Еегпа1 
тоуе пех: ; продвижение в матрице 
рор сх ‚восстанавливаем СХ из стека (5) 
ад Бх, $12е_е1ет*2 ;передвигаемся на следующую строку 
оор ехЕегпа1 ;цикл (внешний) 
сир Тоипа+1те , 9Н ‚сравнение числа совпавших с 0 
]а ед1 ;если больше 0, то переход 
поЁ_едиа\: ‚нет элементов, совпавших с искомым 
оу ан, 091 ‚вывод сообщения на экран 
оу Чх, ое Га11е@ 
1пЕ 211 
]тр ехт+ ;на выход 
ея]: ;есть элементы, совпавшие с искомым 
оу ап, 098 ; вывод сообщений на экран 
10у 4х, оТф5еЕ 51ссез$ 
10С 21И 
оу ай, 02н 
оу 91, Тоипдх1мте 
ада 91 ,з0п 
10 211 
оу ав, 09Н 
оу ах, от+5еф 19 
115 21И 
ех1(: $; ВЫХОД 
оу ах, 4с0бн ; стандартное завершение программы 
106 211 
епа а1п ;конец программы 
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Анализируя работу программы, не забывайте, что при написании программ на 
языке ассемблера нумерацию элементов массива удобнее производить с 0. При 
поиске определенного элемента массив просматривается от начала и до конца. 
Программа сохраняет в поле Коип@Яте количество вхождений искомого элемента 
в массив. В качестве индексных используются регистры З[ и ВХ. 


Типовые операции с массивами 


Для демонстрации основных приемов работы с массивами лучше всего подходят 
программы поиска или сортировки. Программа поиска была приведена ранее. Те- 
перь рассмотрим одну из программ, выполняющих сортировку массива по возрас- 
танию (листинг 13.5). 


Листинг 13.5. Сортировка массива 


;ргё_13_5.а5т 
МАЗМ 

МОРЕБ 5та11 
ОТАСК 256 
‚Дата 


тез1 ар бай, 09, 'Исходный массив - $',бан, 09а 
‚некоторые сообщения 
пез2 ар Фан, бан, 'Отсортированный массив - $' бай, 0998 
п еда 9 ‚количество элементов в массиве, считая с 0 

паз Чм 2,7,4,9,1,9,3,6,5,8 ;исходный массив 

тр 9" 0 ; переменные для работы с массивом 

и 9 0 

3 ам 0 

‚ сое 

па1п: 

оу ах, @даха 

моу 4$, ах 

хог ах, ах 

‚вывод на экран исходного массива 

оу ап, 09н 

Леа 9х, те$1 

106 218 ‚вывод сообщения пез1 

оу сх, 19 

оу $1,0 

$Пом_рг1 магу: ‚вывод значения элементов 

‚исходного массива на экран 

оу Чх, паз [31] 

аа 91,30% 

оу ай, 02н 

106 218 

а $1 ‚2 

1оор зПои_рг1магу 








;строки 40-85 программы эквивалентны следующему коду на языке С: 
;Еог (1=0;1<9;1++) 
: Рог (]=9;]21;]--) 
1Ё (ма$[1]>та$[)]) 
{+тр=та$ [1]; 
ма$ [1] =ма$[]]; 
таз [11 ={тр; } | 
поУ 1,0 ;инициализация 1 
‚внутренний цикл по ] 


зу ж+ ++. 


1пбегпа1: 
поУу },9 ;инициализация ) 
]тр сус1_1 ; переход на тело цикла 


ехспапве: 
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то\мБх ‚ 1 ;Бх=1 
50| Бх,1| 
ОУ ах,та$ [5х] ;ах=ма$ [1] 
то\ Бх, ] :х=) 
50| Бх,1 
спр ах, ма$ [6х] ‚па$[1] ? шаз[]] - сравнение элементов 
)1е 1ез5ег ‚если маз[1] меньше, то обмен не нужен 
;и переход на продвижение далее по массиву 
; иначе +тр=та$ [1], таз [1] =та$ [1], таз []] =Етр: 
; Етр=та$ [7] 
оу Бх, 1 ;0х=1 
$11 Ьх,1 ‚умножаем на 2, так как элементы - слова 
шоу (ир, ах :{шр=ма$ [1] 





‚паз [1] =таз [] ] 


оу Бх, ] 6х=] 
НТ Ьх, 1 ‚умножаем на 2, так как элементы - слова 
оу ах, ма$ [6х] ;ах=таз$ [1] 
поу Бх, 1 ©х=1 
$11 Бх,1 ;умножаем на 2, так как элементы - слова 
шоу ма$[0х],ах ;ма$[1]=таз |] 
: па$ [1 ] ={тр 
пох Бх, ] ;6х=) 
$01 рх,1 ;умножаем на 2, так как элементы - слова 
шоу ах, {тр ; ах={тр 
поу ма$[Ьх],ах ;маз[]]=вар 


1е55ег: ‚продвижение далее по массиву во внутреннем 
; цикле 
дес } :]-- 
‚тело цикла по ) 
сут]: 
по ах, ] ;ах=) 
сшр ах.1 ; сравнить ) ?1 


]}& ехсБапде 


ГПСТ 
стр |, п 
] 1 1пеегиа1 


‚если ]>1, то переход на обмен 

; иначе - на внешнии цикл по 1 

:1++ 

‚сравнить 1 ? п - прошли до конца массива 
;если 1<п - продолжение обработки 


‚вывод отсортированного массива 


пох ав, 09п 
Леа 9х, те$2 
106 210 


ргераге: 


$ПО\: 


оу сх,19 
тоу $1,0 


оу ах, та$ [51] 
ааа 41,301 
пО\ ай, 92Н 

ше 218 

ааа $1,2 

юор $Ио\м 


ехте: 


ОУ ах, 4с 008 
ше 218 


еп@ тат 


‚вывод Значения элемента на экран 


; стандартный выход 


‚конец программы 


В основе программы лежит алгоритм, похожий на метод пузырьковой сорти- 
ровки. Эта программа не претендует на безусловную оптимальность, так как суще- 
ствует целая теория, касающаяся подобного типа сортировок. Перед нами стоит 
другая цель — показать использование средств ассемблера для решения подобно- 
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го рода задач. В программе два цикла. Внешний цикл определяет позицию в мас- 
сиве очередного элемента, с которым производится попарное сравнение элемен- 
тов правой части массива (относительно этого элемента). За каждую итерацию 
внешнего цикла на месте этого очередного элемента оказывается меньший эле- 
мент из правой части массива (если он есть). В остальном программа довольно 
проста и на языке высокого уровня заняла бы около десятка строк. Более подроб- 
но с реализацией различных типов сортировок на языке ассемблера можно позна- 
комиться в [8]. 


Структуры 


Рассмотренные нами ранее массивы представляют собой совокупность однотип- 
ных элементов. Но часто в приложениях возникает необходимость рассматривать 
некоторую совокупностьданных разного типа как некоторый единый тип. Это очень 
актуально, например, для программ баз данных, где с одним объектом может ассо- 
циироваться совокупность данных разного типа. К примеру, ранее мы рассмотре- 
ли листинг 13.3, в котором работа производилась с массивом трехбайтовых эле- 
ментов. Каждый элемент, в свою очередь, представлял собой два элемента разных 
типов: однобайтовое поле счетчика и двухбайтовое поле, которое могло нести еше 
какую-то нужную для хранения и обработки информацию. Если читатель знаком 
с одним из языков высокого уровня, то он знает, что такой объект обычно описы- 
вается с помощью специального типаданных — структуры. С целью повысить 
удобство использования языка ассемблера в него также был введен такой тип 
данных. 

По определению структура — этотип данных, состоящий из фиксированного 
числа элементов разноготипа. 

Дляиспользованияструктурвпрограмменеобходимовыполнитьтридействия. 


1. Задать шаблон структуры. По смыслу это означает определение нового типа 
данных, которыйвпоследствииможноиспользоватьдляопределенияперемен- 
ных этого типа. 


2. Определить экземпляр структуры. Этот этап подразумевает инициализацию 
конкретной переменной с заранее определенной (с помощью шаблона) струк- 
турой. 

3. Организовать обращение к элементам структуры. 


Оченьважно хорошо пониматьразницу междуописанием структуры в програм- 
ме и ее определением. Описание структуры в программе означает лишь указание 
компиляторуее схемы, или шаблона; памятьпри этом невыделяется. Компилятор 
извлекает из этого шаблона информацию о расположении полей структуры 
и их значениях по умолчанию. Определение структуры означает указание 
транслятору на выделение памяти и присвоение этой области памяти симво- 
лического имени. Описать структуру в программе можно только один раз, 
а определить — любое количество раз. После того как структура определена, 
то есть ее имя связано с именем переменной, возможно обращение к полям 
структуры по их именам. 
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Описание шаблона структуры 


Описание шаблона структуры имеет следующий синтаксис: 


имя_структуры $ТКУС 
<описание полей> 
имя_структуры ЕМО$ 


Здесь<описаниеполей > представляетсобой последовательностьдирективопи- 
санияданных ОВ, РУ/, РО, РОирТ. Ихоперанды определяютразмер полей и при 
необходимости — начальные значения. Этими значениями будут, возможно, ини- 
циализироваться соответствующие поля при определении структуры. 

Как мы уже отметили, при описании шаблона память не выделяется, так как 
это всего лишь информация для транслятора. Местоположение шаблона в про- 
грамме может быть произвольным, но, следуя логике работы однопроходного транс- 
лятора, шаблон должен быть описан раньше, чем определяется переменная с ти- 
пом данных структуры. То есть при описании в сегменте данных переменной 
с типом некоторой структуры ее шаблон необходимо описать в начале сегмента 
данных либо перед ним. 

Рассмотрим работу со структурами на примере моделирования базы данных 
о сотрудниках некоторого отдела. Для простоты, чтобы уйти от проблем преобра- 
зования информации при вводе, условимся, что все поля символьные. Определим 
структуру записи этой базы данных следующим шаблоном: 


моткег зёгис ;информация о сотруднике 
пат 6 30 дир ("") ‚фамилия, имя, отчество 
вех аь " " ; пол 

р0$1 101 4 30 ар ("") ; должность 

аде Ф 2 др ("=") ‚возраст 

$фапа1п8 4 2 Чар ("") ;стаж 

са]агу ФФ 4 др ("") ‚оклад в рублях 
Б1гЕНдахе 04 8 @р ("") ;дата рождения 


могкег епд$ 


Определение данных с типом структуры 


Для использования описанной с помощью шаблона структуры в программе необ- 
ходимо определить переменную с типом данных структуры. Для этого использу- 
ется следующая синтаксическая конструкция: 
[имя переменной] имя_структуры < [список значений] > 
Здесь: 
Ж имяпеременной — идентификатор переменной данного структурноготипа. За- 
дание имени переменной необязательно. Если его не указать, будет просто вы- 
делена область памяти размером в сумму длин всех элементов структуры; 





список значений — заключенный в угловые скобки список начальных значений 
элементов структуры, разделенных запятыми. Его задание также необязатель- 
но. Если список указан не полностью, то все поля структуры для данной пере- 
менной инициализируются значениями из шаблона, если таковые заданы. До- 
пускается инициализация отдельных полей, но в этом случае пропущенные 
поля, которые будут инициализированы значениями из шаблона структуры, 
должны отделяться запятыми. Если при определении новой переменной с ти- 
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пом данных структуры мы согласны со всеми значениями полей в ее шаблоне 
(то есть заданными по умолчанию), то нужно просто написать угловые скоб- 
ки. К примеру, 

мистог ммогкег <>. 


Для примера определим несколько переменных с типом описанной ранее струк- 
туры: 
Часа седтейе 
$017}  иогкег <"Гурко Андрей Вячеславович", , 'художник', 
'33', '15', '1800', '26,01.64'> 
$0512  иогКкег <“Михайлова Наталья Геннадьевна" ,‘'ж', 'программист', 
'30', '16', '1680','27.10.58'> 
0:3 могкег <"Степанов Юрий Лонгинович", , 'художник', 
'38', '20','1750', '01.01.58'> 
$0614 моткег <"Юрова Елена Александровна”, 'ж', 'связист', 
'32','2',, '09,.01.66'> 
$0475  могкег <> ;здесь все значения по умолчанию 
ага епд$ 


Методы работы со структурами 


Смысл введения структурного типа данных в любой язык программирования со- 
СТОИТ В объединении разнотипных переменных в один объект. В языке ДОЛЖНЫ 
быть средства доступа к этим переменным внутри конкретного экземпляра струк- 
туры. Для того чтобы сослаться в команде на поле некоторой структуры, исполь- 
зуется специальный оператор . (точка): 
адресное_выражение .имя_поля_структуры 
Здесь: 
я адресное_выражение — идентификатор переменной некоторого структурлого 


типа или выражение в скобках в соответствии с указанными ранее синтакси- 
ческими правилами (рис. 13.1); 


* имя_поля_структуры — имя поля из шаблона структуры (это на самом деле тоже 
адрес, а точнее, смещение поля от начала структуры). 


Таким образом, оператор . (точка) вычисляет выражение (адресное выражение) + 
+ (имя_поля_структуры). 





Рис. 13.1.Синтаксис адресного выражения в операторе обращения к полю структуры 


Продемонстрируем с помощью определенной нами структуры \огКег некото- 
рые приемы работы со структурами. К примеру, требуется извлечь в регистр АХ 
значения поля с возрастом. Так как вряд ли возраст трудоспособного человека 
может быть больше 99 лет, то после помещения содержимого этого символьного 
поля в регистр АХ его будет удобно преобразовать в двоичное представление ко- 
мандой АА (см. главу 8). Будьте внимательны, так как из-за принципа хранения 
данных «младший байт по младшему адресу» старшая цифра возраста будет поме- 
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щенав АГ, амладшая —вАН. Для корректировки достаточно использовать коман- 
ду хсйе а[ ай: 


тоу ах, мога р\г $0%г1.абе ;в а1 возраст $0&г1 
хспа ай, а1 
‚а можно и так: 
1еа Бх, 50%г1 
тоу ах, мога рёг [6х].аве 
хсНа ай, а1 


Давайте представим, что сотрудников не четверо, а намного больше, и к тому 
же их число и информация о них постоянно меняются. В этом случае теряется 
смысл явного определения переменных стипом \огКегдля конкретныхличностей. 
Ассемблер разрешает определять не только отдельную переменную с типом струк- 
туры, но и массив структур. К примеру, определим массив из 10 структур типа 
у’отКет: | 
таз_$04г  \огКег 10 дир (<>) 


Дальнейшая работа с массивом структур производится так же, как и с одномер- 
ным массивом. Здесь возникает несколько вопросов. Как быть с размером и как 
организовать индексацию элементов массива? 

Аналогично другим идентификаторам, определенным в программе, транслятор 
назначает имени типа структуры и имени переменной с типом структуры атрибут 
типа. Значением этого атрибута является размер в байтах, занимаемый полями 
структуры. Извлечь это значение можно с помощью оператора ТУРЕ. После того 
как становится известным размер экземпляра структуры, организация индекса- 
ции в массиве структур не представляет особой сложности. К примеру, 

\могкег ${гис 


могкег епа$ 
маз_504г  иоткег 10 ар (<) 


поу 6х, {уре могкег ;рх=77 
1еа 41, таз _$о%г 
‚извлечь и вывести на экран пол всех сотрудников: 
поу сх,19 
суст: 
оу 91, [91].5ех 
‚вывод на экран содержимого 
;:поля 5ех структуры могкег 
ааа а1,ьх ‚к следующей структуре в массиве ма$_$0г& 
10о0р сус1 


Как выполнить копирование поля из одной структуры в соответствующее поле 
другой структуры? Или как выполнить копирование всей структуры? К примеру, 
выполним копирование поля пат третьего сотрудника в поле пат пятого сотруд- 
ника: 
у\откег ${гис 


могкег епа$ 
аз _$0%Г моткег 10 ар (<) 
^^” доу Ьх.оЕЕзеЕ маз_50&г 


мо $1, ({уре иогкег)*2 ;51=77*2 
а09 $1,5х 
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моу 41, (туре могКег)*4 ;5$1=77*4 
ааа а1,Бх 
тоу сх, 30 

гер тоу$Ь 


Среди прилагаемых к книге файлов в каталоге ..\{е$$0п13\$&гис®\ приведена 
программа обслуживания базы данных о сотрудниках'. На ее примере вы можете 
глубже познакомиться с тем, как организовать работу со структурами в своей про- 
грамме. Возможно, для читателя имеет смысл в полном объеме исследовать эту 
программу только после знакомства с макрокомандами в следующей главе. 

Ремесло программиста рано или поздно делает человека похожим на хорошую 
домохозяйку. Он, подобно ей, постоянно находится в поиске: где бы чего-нибудь 
сэкономить, урезать, из минимума продуктов сделать прекрасный обед. И если это . 
удается, то и моральное удовлетворение получается ничуть не меньше, а может, 
и больше, чем от прекрасного обеда у домохозяйки. Степень этого удовлетворе- 
ния, как мне кажется, зависит от степени любви к своей профессии. С другой сто- 
роны, успехи в разработке программного и аппаратного обеспечения несколько 
расслабляют программиста, и довольно часто наблюдается ситуация, когда для 
решения некоторой мелкой задачи привлекаются тяжеловесные средства, эффек- 
тивность которых в общем случае значима только при реализации сравнительно 
больших проектов. 

В следующих двух разделах описаны два типа данных, наличие которых в язы- 
ке помогает более эффективно распоряжаться памятью, выделенной программе. 


Объединения 


Представим ситуацию, когда мы используем некоторую область памяти для раз- 
мещения того или иного объекта программы (переменной, массива или структу- 
ры). Вдруг после некоторого этапа работы у нас отпадает надобность в этих дан- 
ных. В обычном случае память остается занятой до конца работы программы. 
Конечно, ее можно было бы задействовать для хранения других переменных, но 
без принятия специальных мер нельзя изменить тип и имя данных/Неплохо было 
бы иметь возможность переопределить эту область памяти для объекта с другими 
типом и именем. Ассемблер предоставляет такую возможность в виде специально- 
го типа данных, называемого объединением. Обзединение — тип данных, позволя- 
ющий трактовать одну и ту же область памяти как данные, имеющие разные типы 
и имена. 

Описание объединений в программе напоминает описание структур, то есть 
сначала указывается шаблон, в котором с помощью директив описания данных 
перечисляются имена и типы полей: 


имя_объединения ИМОМ 
<описание полей> 
имя_объединения ЕМО$ 


Отличие объединений от структур состоит, в частности, в том, что при опреде- 
лении переменной типа объединения память выделяется в соответствии с разме- 


' Все прилагаемые к книге файлы можно найти по адресу ПИр://\\\.рКег.сот/до\утоа4. — 
Примеч. ред. 
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ром максимального элемента. Обращение к элементам объединения происходит 
по их именам, но при этом нужно, конечно, помнить, что все поля в объединении 
накладываются друг на друга. Одновременная работа с элементами объединения 
исключена. В качестве элементов объединения можно использовать и структуры. 

Листинг 13.6, который мы сейчас рассмотрим, примечателен тем, что кроме де- 
монстрации собственно типа данных объединение, в нем показывается возмож- 
ность взаимного вложения структур и объединений. Постарайтесь внимательно 
отнестись к анализу этой программы. Основная идея здесь в том, что указатель на 
память, формируемый программой, может быть представлен в виде: 


&# 16-разрядного смещения; 
# 32-разрядного смещения; 


# пары из 16-разрядного смещения и 16-разрядной сегментной составляющей 
адреса; 





пары из 32-разрядного смещения и 16-разрядного селектора. 


Какие из этих указателей можно применять в конкретной ситуации, зависит от 
режима адресации (и5е16 или из3е32) и режима работы процессора. Шаблон объ- 
единения, описанный в листинге 13.6, позволяет упростить формирование и ис- 
пользование указателей различных типов. 


Листинг 13.6. Пример использования объединения 


ма$т 
тоае! эта! 
$(аск 256 
.586Р , 
ри Гис ‚структура рпё, содержащая вложенное объединение 
ИПОП ‚описание вложенного в структуру объединения 
оН$_16 чм ? 
оН$_ 32 94 ? 
еп$ ‚конец описания объединения 
зедт м ? 
еп0$ ;конец описания структуры 
‚Чата 
ро1пЕ 11101 ;определение объединения, р 
: содержащего вложенную структуру 
ОЕЕ_16 ом ? 
о 32 аа ? 


ро1пе_16рпё <> 

ро1пЕ_32рпё <> 

ро1пЕ епд$ 

(56 ар "Строка для тестирования" 
а4г_басаро1пЕ <> ;определение экземпляра объединения 
‚.соде . 

ма1л: 





` 


оу ах, @4ата 

оу 4$, ах 

оу ах, 5е8 (5 

‚записать адрес сегмента строки (5Ё в поле структуры адг_Чаба 

ОУ адг_Чафа. ро1п*_16.5е5т, ах 

‚когда понадобится, можно извлечь значение из этого поля обратно, 
‚к примеру, в регистр 6х: 

оу Бх, адаг_4афа.ро1п*_16.5ерт 

; формируем смещение в поле структуры адк_Чаба 

оу ах, отТ5еф (52 ‚смещение строки в ах 

оу ааг_Чата.ро1п*_16.011$5_16, ах продолжение 1% 
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Листинг13.6(продолжение) 


‚аналогично, Когда понадобится, можно извлечь 
‚значение из этого поля: 

тои Бх, а4г_дафа.ро1пЕ_16.01#$_16 

ехЕ: 

ТО\ ах,4с00Н 

ше 218 
епа тат 


Когда вы будете работать в защищенном режиме процессора и использовать 
32-разрядные адреса, то аналогичным способом можете заполнить и задействовать 
описанное ранее объединение. 


Записи 


На практике довольно часто возникает необходимость работы с различными про- 
граммными индикаторами со значениями «включено—выключено». Минималь- 
ная величина для операций с памятью — байт. А для программного индикатора 
достаточно одного бита. То есть из восьми разрядов нужно задействовать всего 
один. При большом количестве таких индикаторов расход оперативной памяти 
может быть весьма ощутимым. 

Когда мы знакомились с логическими командами, то говорили, что их можно 
применять для решения подобной проблемы. Но это не совсем эффективно, так 
как велика вероятность ошибок, особенно при составлении битовых масок. Ком- 
пиляторы ТАЗМ и МАЗМ предоставляют в распоряжение программиста специ- 
альный тип данных, использование которого помогает решить проблему работы 
с битами более эффективно. Речь идет о специальном типе данных — записях. За- 
пись — структурный тип данных, состоящий из фиксированного числа элементов 
длиной от одного до нескольких битов. 

При описании записи для каждого элемента указывается его длина в битах и, 
что необязательно, некоторое значение. Суммарный размер записи определяется 
суммой размеров ее полей и не может быть более 8, 16 или 32 битов. Если суммар- 
ный размер записи меньше указанных значений, то все поля записи «прижимают- 
ся» к младшим разрядам. 

Использование записей в программе, так же как и структур, организуется в три 
этапа. 


1. Задание шаблона записи, то есть определение набора битовых полей, их длин 
и, при необходимости, инициализация полей. 


2. Определение экземпляра записи. Так же как и для структур, этот этап подразу- 
мевает инициализацию конкретной переменной типом заранее определенной 
с помощью шаблона записи. 


3. Организация обращения к элементам записи. 


Описаниезаписи 


Описание шаблона записи имеет следующий синтаксис: 
имя_записи КЕСОКО «описание элементов> 
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Здесь <описание элементов> представляет собой последовательность описаний 
отдельных элементов записи согласно синтаксической диаграмме (рис. 13.2). 


— Имязаписи}-|ВЕСОВО Я 





Имя поля: ) 






Рис. 13.2. Синтаксис описания шаблона записи 


При описании шаблона память не выделяется, так как это всего лишь инфор- 
мация для транслятора ассемблера о структуре записи. Так же как и для структур, 
местоположение шаблона в программе может быть любым, но при этом необходи- 
мо учитывать логику работы однопроходного транслятора. 


Определение экземпляра записи 


Для использования шаблона записи в программе необходимо определить перемен- 
ную с типом данной записи, для чего применяется синтаксическая конструкция, 
показанная на рис. 13.3. 








Имя переменной Имя записи 


Рис. 13.3. Синтаксис описания экземпляра записи 


Анализируя эту синтаксическую диаграмму, можно сделать вывод, что иници- 
ализация элементов записи осуществляется довольно гибко. Рассмотрим несколько 
вариантов инициализации. 

Если инициализировать поля не требуется, то дстаточно указать символ ? (во- 
прос) при определении экземпляра записи: 


101езЕ, тесог@ 11:1,12:2=11,13:1,14:2=11,15:2=00 


Е1а9 ы 1обезе ? 

Если составить тестовый пример с таким определением записи, то в отладчике 
можно увидеть, что все поля переменной типа запись Йа» обнуляются. Это про- 
исходит несмотря на то, что в определении записи заданы начальные значения 
полей. 

Если требуется частичная инициализация элементов, то они заключаются 
в угловые (< и >) или фигурные ({ и }) скобки. Различие здесь в том, что в угловых 
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скобках элементы должны быть заданы в том же порядке, что и в определении 
записи. Если значение некоторого элемента совпадает с начальным, то его можно 
не указывать, но обязательно обозначить запятой. Для последних элементов иду- 
щие подряд запятые можно опустить. 

К примеру, согласиться со значениями по умолчанию можно так: 
10165 гесог@ 11:1,12:2=11,13:1,14:2=11,15:2=00 


ад 106е5Е <> ;согласились со значением по умолчанию 
Изменить значение поля 12 можно так: 
101е5$Ё гесог@ 11:1,12:2=11,13:1,14:2=11,15:2=00 


Над 1о1ез{ <,10,> ; переопределили 12 

Применяя фигурные скобки, можно провести также выборочную инициализа- 
цию полей, но при этом обозначать запятыми поля, со значениями по умолчанию 
которых мы согласны, не обязательно: 
101е5$ гесог4@ 11:1,12:2=11,13:1,14:2=11,15:2=00 
Над 101е5{ {12=10} ;переопределили 12, не обращая 


‚внимания на порядок 
‚следования других компонентов записи 


Работа с записями 


Как организовать работу с отдельными элементами записи? Обычные механизмы 
адресации здесь бессильны, так как они работают на уровне ячеек памяти, то есть 
байтов, а не отдельных битов. Здесь программисту нужно приложить некоторые 
усилия. Прежде всего, для понимания проблемы нужно усвоить несколько момен- 
ТОВ. 


П Каждому имени элемента записи ассемблер присваивает числовое значение, 
равное количеству сдвигов вправо, которые нужно произвести для того, чтобы 
этот элемент оказался «прижатым» к началу ячейки. Это дает нам возможность 
локализовать его и работать с ним. Но для этого нужно знать длину элемента 
в битах. 


Сдвиг вправо производится с помощью команды сдвига ЗНК. 


. Ассемблер содержит оператор ОТН, который позволяет узнать размер элемента 
записи в битах или полностью размер записи. Варианты применения оператора 
УТОТН: 


Р ма имя_элемента_записи — значением оператора будет размер элемента 
в битах; 


С ма имя_экземпляра_записи или 14 имя_типа_записи — значением опера- 
тора будет размер всей записи в битах. 


Например, 
моу а1,мтаАЖн 12 
моу ах, мтаЕн 10{е$1 


ж Ассемблер содержит оператор МАК, который позволяет локализовать биты нуж- 
ного элемента записи. Эта локализация производится путем создания маски, 
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размер которой совпадает с размером записи. В этой маске должны быть обну- 
лены биты во всех позициях, за исключением тех, которые занимает элемент 
в записи. 


° Сами действия по преобразованию элементов записи производятся с ПОМОЩЬЮ 
логических команд. 


Подчеркнем еще раз то обстоятельство, что непосредственное обращение К КОН- 
кретному элементу записи невозможно. Для этого нужно сначала выделить его, 
сдвинуть при необходимости к младшим разрядам, выполнить требуемые действия 
и поместить обратно на свое место в записи. Поэтому, чтобы вам каждый раз «не 
изобретать велосипед», далее мы опишем типовые алгоритмы осуществления этих 
операций над элементами записи. Вам останется лишь оформить эти алгоритмы 
в виде кода соответствии с требованиями конкретной задачи. 

Для выделения элемента записи требуется выполнить описанную далее проце- 


дуру. 
1. Поместить запись во временную память — регистр (8-, 16- или 32-разрядный 
в зависимости от размера записи). 


2. Получить битовую маску, соответствующую элементу записи, с помощью опе- 
ратора МАК. 


3. Локализовать биты в регистре с помощью маски и команды АМО. 


Сдвинуть биты элемента к младшим разрядам регистра командой 5НК. Число 
разрядов для сдвига получить с использованием имени элемента записи. 


В результате этих действий элемент записи будет локализован в начале рабоче- 
го регистра, и далее с ним можно производить любые действия (см. далее). 

В ходе предыдущих рассуждений мы показали, что с элементами записи произ- 
водятся любые действия, как с обычной двоичной информацией. Единственное, 
что нужно отслеживать, — это размер битового поля. Если, к примеру, размер поля 
увеличится, то впоследствии может произойти случайное изменение соседних по- 
лей битов. Поэтому желательно на этапе проектирования предусматривать все ва- 
рианты функционирования программы с тем, чтобы исключитьлюбые изменения 
размеров полей. 

Измененный элемент помещается на его место в запись следующим образом. 


1. Используя имя элемента записи в качестве счетчика сдвигов, сдвинуть влево 
биты элемента записи. 

2. Если вы не уверены в том, что разрядность результата преобразований не пре- 
высила исходную, можно выполнить «обрезание» лишних битов, используя 
команду А№О и маску элемента. 

3. Подготовить исходную запись к вставке измененного элемента путем обнуле- 
ния битов в записи на месте этого элемента. Это можно сделать наложением 
командой АМ инвертированной маски элемента записи на исходную запись. 


4. С помощью команды ОК наложить значение в регистре на исходную запись. 


В качестве примера рассмотрим листинг 13.7, в котором поле 12 в записи 104е% 
обнуляется. 


10 Зак. 256 
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Листинг 13.7. Работа с полем записи 
;ргй_13_7.а$м 
мазм 
109е] тай 
баск 56 
101е3ё  гесог@ 11:1,12:2=11,13:1,14:2=11,15:2=00 
„Чата 
ад 106езЕ <> 
. соде 
па]: 
тоу ах, @дата 
шоу 45, ах 
шоу ат, тазк 12 
Пг а1,12 ‚биты 12 в начале ах 
апЯ а1,0ЕсЬ ‚обнулили 12 
; помещаем 12 на место : 
511 ‘а! ,12 
оу 61, [11а#] 
хог Б1,мазк 12 ;сбросили 12 


ох БТ, а1 ;‚ наложили 
ех1 *: 
тоу ах, 4с@00п; стандартный выход 
11 218 
еп@ тат ; конец программы 


В заключение стоит еще раз проанализировать приведенные сведения о запи- 
сях и особенностях работы с ними. При этом обратите внимание на то обстоятель- 
ство, что мы нигде явно не просчитываем расположение битов. Поэтому, если по- 
надобится изменить размер элемента или его начальное значение, то достаточно 
лишь внести изменения в экземпляр записи или в описание ее типа. Функцио- 
нальную часть программы, работающую с этой записью, трогать не нужно. 


Дополнительные возможности обработки 


Понимая важность типа данных «запись» для эффективного программирования, 
разработчики транслятора ТАЗМ, начиная с версии 3.0, включили в систему его 
команд две дополнительные команды на правах директив. Последнее означает, что 
эти команды внешне имеют формат обычных команд ассемблера, но после транс- 
ляции они приводятся к одной или нескольким машинным командам. Введение 
этих команд в язык ТАЗМ повышает наглядность работы с записями, оптимизи- 
рует код и уменьшает размер программы. Эти команды позволяют скрыть от про- 
граммиста действия по выделению и установке отдельных полей записи (см. ранее). 
Для установки значения некоторого поля записи используется команда ЗЕТЕЕГО 
с синтаксисом: 
зе{Не1А имя элемента записи приемник, регистр _источник 
Для выборки значения некоторого поля записи используется команда СЕТЕЕГО 
с синтаксисом: 
ве 1е14 имя элемента_записи регистр_приемник, источник 


Работа команды ЗЕТЁЕГО заключается в следующем. Местоположение записи 
определяется операндом приемник, который может представлять собой имя регис- 
тра или адрес памяти. Операнд имя_элемента_записи определяет элемент записи, 
с которым ведется работа (по сути, если вы были внимательны, он определяет сме- 
щение элемента в записи относительно младшего разряда). Новое значение, в ко- 
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торое необходимо установить указанный элемент записи, должно содержаться 
воперандерегистр_источник.Обрабатываяданнуюкоманду,трансляторгенериру- 
ет последовательность команд, которые выполняют следующие действия. 


1. Сдвигсодержимого операнда регистр_источник влево на количество разрядов, 
соответствующее расположению элемента в записи. 


2. Выполнение логической операции ОК над операндами приемник и регистр_ис- 
точник. Результат операции помещается в операнд приемник. 


Важно отметить, что ЗЕТЕГЕГО не производит предварительной очистки элемен- 
та, в результате после логического сложения командой ОК возможно наложение 
старого содержимого элемента и нового устанавливаемого значения. Поэтому тре- 
буется предварительно подготовить поле в записи путем его обнуления. 

Действие команды СЕТЕЕГО обратно действию ЗЕТЕГЕТО. В качестве операнда 
источник может быть указан либо регистр, либо адрес памяти. В регистр, указан- 
ныйоперандом регистр_приемник, помещается результат работы команды — значе- 
ниеэлементазаписи. Интереснаяособенностьсвязанасоперандомрегистр_прием- 
ник. Команда СЕТЕЕГО всегда использует 16-разрядный регистр, даже если вы 
укажете в этой команде имя 8-разрядного регистра. 

В качестве примера применения команд ЗЕТЕЕТО и СЕТЕ рассмотрим лис- 
тинг 13.8. 


Листинг 13.8.Работа с полями записи 


; рг5_13_8.а5т 
мазт 
поае]1 сша11 
саск 256 
Тофез+ гесога 11:1,12:2=11,13:1,14:2=11,15:2=00 
‚Чата 
Еа9 1оезЕ <> 
‚.соде 
пап: 
моу ах, @дата 
моу 45$, ах 
поу а1, Та 
пох 01,3 
зеЕЁ1е14 15 а1,61 
хогЬ1 ‚61 
2е1#1е14 15 61, а1 
оу Ь1, | 
зе е|4 14 а1, 51 
Зее 15 а1, 61 


ехи: 
то\у ах, 4с00Н ‚стандартный выход 
Ш 218 

еп@ тат ‚конец программы 


В листинге 13.8 демонстрируется порядок извлечения и установки некоторых 
полей записи. Результат работы команд ЗЕТЕГЕТО и СЕТЕЕТО удобнее всего изучать 
в отладчике. При установке значений полей не производится их предварительная 
очистка. Это сделано специально. Для такого рода операций лучше использовать 
некоторые универсальные механизмы, иначе велик риск внесения ошибок, кото- 
рые трудно обнаружить и исправить. В качестве такого механизма можно предло- 
жить макрокоманды, к рассмотрению которых мы и приступим в следующей главе. 
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В заключение хотелось бы привести еще один пример использования записей. 
Это описание регистра ЕЕГАС$. Для удобства мы разбили описание на три части: 





еНад$ | 7 — младший байт регистра ЕРЕАСЗ/РЕАС5$; 
я еЙад$_8_15 — второй байт регистра ЕРГАС$/ЕЬАС$; 
т еНад$_П — старшая половина регистра ЕЁГАС$. 
е11аё$_1_7  гесог@а 


$17:1=0,216:1=0,с5:1=0,а14:1=0,с3:1=0,рР2:1=0,с1:=1,с+0; 1=0 
е{1а55_1_15 гесога 
С15:1=0,п(14:1=0,10р1:2=0,0111:1=0,39110:1=0,119:1=1,%18:1=0 
е{1а5$_п гесогЧ с:13=0,ас18:1=0,ут17:1=0,г116:1=0 

К этому описанию стоит вернуться после изучения материала следующей гла- 
вы, посвященного макрокомандам. Возможно, что для работы с регистром флагов 
вам захочется разработать соответствующую макрокоманду. Подобная хорошо 
протестированная макрокоманда в будущем поможет вам избежать многих труд- 


но обнаруживаемых ошибок. 


Итоги 


9 ТАЗМ поддерживает несколько дополнительных типов данных, значительно 
расширяющих возможности базовых директив резервирования и инициализа- 
ции данных. По сути, эти типы заимствованы изязыков высокого уровня и при- 
званы облегчить разработку прикладных программ на ассемблере. 


- Практическое использование дополнительных типов данных требует повышен- 
ного внимания и отражает специфику программирования на языке ассемблера. 


32 Понятия массива и индексации массива весьма условны, и логическая интер- 
претация области памяти, отведенной под массив, определяется алгоритмом 
обработки. | 





Тип структуры в языке ассемблера позволяет создать совокупность логически 
взаимосвязанных разнотипных данных и рассматривать их как отдельный 
объект. Это очень удобно, когда в программе необходимо иметь несколько та- 
ких объектов. В этом случае обычно организуют массив структур. 

1$ Основное достоинство объединений — в возможности «плюрализма суждений» 
о типе одной и той же области памяти. 


в Записи в языке ассемблера расширяют возможности логических команд для 
работы на уровне битов, что подчеркивает значение ассемблера как языка сис- 
темного программирования. 


Глава 14 


Макросредства языка 
ассемблера 


№ Понятие о макросредствах языка ассемблера 
№ Псевдооператоры ЕСЦ и = 

№ Макрокоманды и макродирективы 

% Директивы условной компиляции 

№ Директивы генерации ошибок пользователя 
» Директивы управления листингом 


Язык ассемблера не относится к простым языкам программирования. По истече- 
нии некоторого времени после начала программирования на ассемблере становят- 
ся видны свойственные этому языку проблемы. Перечислим некоторые из них: 





плохая читаемость исходных текстов программы — спустя некоторое время при 
недостаточном комментировании могут возникнуть проблемы с пониманием 
особенностей алгоритма, лежащего в основе программы; 





ограниченность набора команд; 
полная или почти полная повторяемость некоторых фрагментов программы; 
9 необходимость включения в каждую новую программу одних и тех же фраг- 

ментов кода ит. д. 

При написании программы на машинном языке данные проблемы были бы 
принципиально неразрешимы. Ноязыкассемблера, являясь символическим пред- 
ставлением машинного языка, в то же время предоставляет ряд средств более вы- 
сокого уровня для их решения. Основной целью, которая при этом преследуется, 
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является повышение удобства написания программ. В общем случае эта цель до- 
стигается за счет: 


расширения набора директив; 





введения некоторых дополнительных команд, не имеющих аналогов в системе 
команд процессора (за примером далеко ходить не нужно — это рассмотренные 
в главе 13 команды ЗЕТЕЕТО и СЕТЕЕТО, которые скрывают от программиста ру- 
тинные действия и генерируют наиболее эффективный код); 





введения сложных типов данных. 


Однако этот перечень исчерпывает все глобальные направления, по которым 
развивается транслятор от версии к версии. Что же делать программисту для ре- 
шения его локальной задачи, для адаптации процесса разработки к нуждам опре- 
деленной проблемной области? Для этого разработчики компиляторов ассембле- 
ра включают в язык и постоянно совершенствуют аппарат макросредств. Этот 
аппарат является очень мощным и важным. В общем случае есть смысл говорить о 
том, что транслятор ассемблера состоит из двух частей — непосредственно транс- 
лятора, формирующего объектный модуль, и макроассемблера (рис. 14.1). Если вы 
знакомы с языком С или С+-, то, конечно, знаете используемый в нем механизм 
препроцессорной обработки. Основные принципы его работы аналогичны прин- 
ципам работы макроассемблера. Для тех, кто ничего раньше не слышал об этом 
механизме, поясню его суть. Основная идея — использование подстановок, когда 
определенным образом организованная символьная последовательность заменя- 
ется другой символьной последовательностью. Создаваемая последовательность 
может описывать как данные, так и программные коды. Главное здесь то, что на 
входе макроассемблера текст программы может быть весьма далеким по виду от 
ассемблера, но на выходе обязательно будет текст на чистом ассемблере, содержа- 
щем символические аналоги машинных команд процессора. Таким образом, обра- 
ботка программы на ассемблере с использованием макросредств неявно осуществ- 
ляется транслятором в две фазы. На первой фазе работает часть компилятора, 


Исходная программа 
на ассемблере 

(содержит макросы) 

Транслятор 1-я фаза трансляции: 
ТАЗМ.ЕХЕ макроассемблер 


(макрогенератор) 


Исходная программа 
во внутреннем 
представлении 

компилятора 

(уже без макросов) 


2-я фаза трансляции: 
ассемблер 





| Объектный модуль 


Рис. 14.1. Макроассемблер в общей схеме трансляции программы для компилятора ТАЗМ 
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называемая макроассемблером, основные функции которого мы описали рапее. 
Во второй фазе трансляции участвует непосредственно ассемблер, задачей кото- 
рого является формирование объектного кода, содержащего текст исходной про- 
граммы в машинном виде. 

Далее мы обсудим основной набор макросредств компилятора ТАЗМ. Отме- 
тим, что большинство этих средств доступно и в компиляторе МАЗМ фирмы 
М1сгозой. Обсуждение начнем с простейших средств и закончим более сложными. 


Псевдооператоры ЕСЦ и = 


К простейшим макросредствам языка ассемблера можно отнести псевдооперато- 
ры ЕЦ И и = (равно). Их мы уже неоднократно использовали при написании про- 
грамм. Данные псевдооператоры предназначены для присвоения некоторому вы- 
ражению символического имени или идентификатора. Впоследствии, когда в ходе 
трансляции такие идентификаторы встречаются в теле программы, макроассемб- 
лер подставляет вместо них соответствующее выражение. Выражениями могут быть 
константы, имена меток, символические имена и строки в апострофах. После при- 
своения этим конструкциям символических имен их можно использовать везде, 
где эти конструкции могли бы присутствовать. 

Синтаксис псевдооператора ЕЦ: 
имя_идентификатора еди строка или числовое_выражение 

Синтаксис псевдооператора =: 
имя_идентификатора = числовое выражение 

Несмотря на внешнее и функциональное сходство, псевдооператоры ЕОЦ и = 
различаются следующим: 





с помощью псевдооператора ЕО идентификатору можно ставить в соответствие 
как числовые выражения, так и текстовые строки, а псевдооператор = может 
использоваться только с числовыми выражениями; 


Ж идентификаторы, определенные с помощью псевдооператора=, можно переопре- 
делять в исходном тексте программы, а определенные с использованием псев- 
дооператора ЕЦУ — нельзя. 


Ассемблер всегда пытается вычислить значение строки, воспринимая ее как 
выражение. Для того чтобы строка воспринималась именно как текстовая, необхо- 
димо заключить ее в угловые скобки: 

«строка? = 

Угловые скобки являются оператором ассемблера, называемым оператором вы- 
деления. С его помощью транслятору сообщается, что заключенная в угловые 
скобки строка должна трактоваться как текст, даже если в нее входят служебные 
слова ассемблера или операторы. 

Псевдооператор ЕОЦ удобно использовать для настройки программы на кон- 
кретные условия выполнения, замены сложных в обозначении объектов, много- 
кратно встречающихся в программе, более простыми именами ит. п. К примеру, 


мам 
тоЧе! эзтаН 
З4аск 256 
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та$_$12е еди 10 ;размерность массива 
акк`еди ах ‚переименовать регистр 
таз_е1ет е0И таз [6х] [$1] ;адресовать элемент массива 
‚ Чафа 


‚описание массива из 10 байт: 
паз а па$_517е апр (0) 


‚ соде 
ТО\У акк, @дафа ‚фактически тоу ах,@да+а 
ОУ 45$ ‚ акк ‚фактически МОУ 4$, ах 
оу а1 ‚ маз_е1ем ‚фактически ШОУ а1 ‚та$ [6х] [$1] 


Псевдооператор = удобно использовать для определения простых абсолютных 
(то есть не зависящих от места загрузки программы в память) математических 
выражений. Главное условие — транслятор должен быть в состоянии вычислять 
эти выражения во время трансляции. К примеру, 


„Дата 

а9г1 № 5 @р (0) 

адг2 9 0 

Теп = 43 

1еп = 1еп+1 ‚можно и так, через предыдущее определение 


1еп = адг2-а@тг1 

Как видно из примера, в правой части псевдооператора = можно использовать 
метки и ссылки на адреса — главное, чтобы в итоге получилось абсолютное выра- 
жение. 

Компилятор ТАЗМ, начиная с версии 3.00, содержит директивы, значительно 
расипиряющие его возможности по работе с текстовыми макросами. Эти директи- 
вы аналогичны некоторым функциям обработки строк в языках высокого уровня. 
Под строками здесь понимается текст, описанный с помощью псевдооператора ЕЦЦ. 
Эти директивы перечислены далее. 





Директива слияния строк САТУТК: 

идентификатор сабзёт строка_1,строка_2,... 
Значением этого макроса будет новая строка, состоящая из сцепленной слева 
направо последовательности строк строка_1, строка_2 ит. д. В качестве сцепляе- 
мых строк могут быть указаны имена ранее определенных макросов. К при- 


меру, 

рге еаи Привет, 

папе еди < Юля> 

римеЕ са{$4г рге,пате ;риуе{= "Привет, Юля” 


Директива выделения подстроки в строке 5$ИВ$ТВ: 

идентификатор зиб5{ строка, номер _позиции , размер 
Значением данного макроса будет часть строки, заданной операндом строка, 
начинающаяся с позиции с номером номер_позиции и длиной, указанной опе- 
рандом размер. Если требуется только остаток строки начиная с некоторой по- 
зиции, то достаточно указать номер позиции (без размера). К примеру, 


; продолжение предыдущего фрагмента: | й р 
риме{ саг рге , пате ‚риуе{= "Привет, Юля 
пате Зиб$ г ргтуе{, 7,3 ‚ пате="Юля" 


Директива определения вхождения одной строки в другую 1М$ТК: 
идентификатор 1и5{г номер_нач_позиции, строка_1,строка_2 


После обработки данного макросатранслятором операндуидентификаторбудет 
присвоено числовое значение, соответствующее номеру (первой) позиции, 








Е №... 
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с которой совпадают операнды строка_1 и строка_2. Если такого совпадения нет, 
то идентификатор получит значение 0. 





Директива определения длины строки в текстовом макросе $127ЕЗТЕВ: 
идентификатор $12е$4г строка 

В результате обработки данного макроса значение идентификатор устанавлива- 

ется равным длине строки: 


;как продолжение предыдущего фрагмента: 
пуеЕ — саг рге , пате ;ргтуе*= "Привет, Юля" 
еп лез риме :Теп=10 


Эти директивы очень удобно использовать при разработке макрокоманд, кото- 
рые являются следующим типом макросредств, предоставляемых компилятором 
ассемблера. 


Макрокоманды 


По смыслу макрокоманда представляет собой дальнейшее развитие механизма 
замены текста. С помощью макрокоманд в текст программы можно вставлять по- 
следовательности строк (которые логически могут быть данными или командами) 
и даже более того — привязывать их к контексту места вставки. 

Представим ситуацию, когда необходимо выполнить некоторые повторяющи- 
еся действия. Механизм макрокоманд предоставляет возможность заменить оди- 
наковые участки кода одной строкой, а первоначальный исходный текст описать 
один раз в определенном месте программы или во внешнем файле. Дальнейшее 
наше обсуждение будет посвящено тому, как это сделать. 

Определимся с терминологией. Осмысленное рассмотрение данного механиз- 
ма предполагает понимание смысла терминов макрокоманда и макроопределение. 
Макрокоманда представляет собой строку, одним из компонентов которой явля- 
ется символическое имя макрокоманды. Имя макрокоманды может сопровождать- 
ся параметрами. Если данная строка встречается в теле исходного текста програм- 
мы, то транслятор замещает ее одной или несколькими другими строками. Какими 
именно строками — определяется макроопределением, которое представляет собой 
шаблон (описание) макрокоманды. 

Таким образом, для использования макрокоманды в программе первым делом 
задают ее макроопределение. Синтаксис макроопределения следующий: 


имя_макрокоманды пасго список_формальных_аргументов 
тело макроопределения 
епдм 


Где должны располагаться макроопределения? Есть три варианта. 





Макроопределения могут располагаться в начале исходного текста программы 
до сегмента кода и данных с тем, чтобы не ухудшать читабельность программы. 
Этот вариант следует применять в случаях, если определяемые вами макроко- 
манды актуальны только в пределах одной этой программы. 

* _ Макроопределения могут располагаться в отдельном файле. Этот вариант под- 


ходит при работе над несколькими программами одной проблемной области. 
Чтобы сделать доступными эти макроопределения в конкретной программе, 
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необходимо в начале исходного текста этой программы записать директиву 
ше94е имя_файла, к примеру: 


паз 

тоае! зтан 

тосТиде $пом. 1 пс 

‚в это место будет вставлен текст файла $Пом. 1пс 





Макроопределения могут располагаться в макробиблиотеке. Если у вас есть 
универсальные макрокоманды, которые используются практически во всех ва- 
ших программах, то их целесообразно записать в так называемую макробиблио- 
теку. Сделать актуальными макрокоманды из этой библиотеки можно с по- 
мощью все той же директивы 1МСГИПЕ. Недостаток этого и предыдущего способов — 
в том, что в исходный текст программы включаются абсолютно все макроопре- 
деления. Для исправления ситуации можно задействовать директиву РОКСЕ, 
в качестве операндов которой через запятую перечисляются имена макроко- 
манд, которые не должны включаться в текст программы. К примеру, 


шсиае томтас. 1пс 
ригаде оц $ {г , ехтЕ 


В данном случае в исходный текст программы перед началом компиляции транс- 
лятор ТАЗМ вместо строки 1пс1а4е1отас.1с вставит строки из файла1отас.1пс, 
отличающиеся от оригинала тем, что в этих строках будут отсутствовать мак- 
роопределения ОЧУТЗТК и ЕХП. 


А теперь вернемся к главе 6 и вспомним программу из листинга 6.1. Проанали- 
зируем ее текст, выявим повторяющиеся участки и составим для них макроопре- 
деления (листинг 14.1). 


Листинг 14.1. Первый пример создания и использования макрокоманд, 


<1> ;рг=_6_1.азм с макроопределениями 
<2> шИй_4$ тасго 

<3> ,Макрос настройки 4$ на сегмент данных 
<4> шоу ах, Чата 

<5> тоу 4$, ах 

<6> епат 

<7> оц $1" тасго У 

<8> ‚Макрос вывода строки на экран. 
<9> ;На входе - выводимая строка. 
<10> ‚На выходе - сообщение на экране. 
<11> ризП ах 

<12> поу ап, 09В 

<13> поу ах, оеР5еф $ 

<14> 106 21% 

<15> рор ах 

<16> епди 

<17> 

<18.> с1еаг_г шасго га 

<19> ‚очистка регистра га 

<20> хог 19,г9 

<21> епди 

<22> 

<23> дее_сВаг шасго 

<24> ‚ввод символа 


<25> ;введенный символ в а\ 


р А а. 
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<26> поу ай,1П 

<27> 116 218 

<28> епат 

<29> 

<30> сопу_16_2 пасго 

<31> ‚макрос преобразования символа шестнадцатеричной цифры 
<32> ;в ее двоичный эквивалент в а1 
<33> зир а1,308 

<34> стр ат, Эн 

<35> Ле 5+4 

<36> сиб а1,7Н 

<37> епдм 

<38> 

<39> ех1Е паско 

<40> ‚макрос конца программы 

<41> шоу ах,4с00н 

<42> 106 216 

<43> епдм 

<44> 

<45> ЧаказедшепЕ рага руф]11с "Чаба" 
<46> тез5азе Ч "Введите две шестнадцатеричные цифры (буквы 
А, В,С,0,Е,Е - прописные): $" 

<47> Чафтаепа5 

<48> ЗЕК зесмепЕ зкаск 

<49> 94 256 аир("?") 

<50> ЕК еп45 

<51> 

<52> содезертепЕ рака риЪ]1с "соае" 
<53> аззиме с$:со4е,49$:Чафа, $$: $ЕК 
<54> па1и ргос 

<55> 1116 9$ 

<56> оиЕ_$6г шеззаде 

<57> с1еаг_г ах 

<58> БеЕ спаг 

<59> сопу_16_2 

<60> оу 91, а1 

<61> оу с1,40 

<62> $11 91, с1 

<63> ре{_спаг 

<64> сопу_16_2 

<65> ада 91, а1 

<66> ХСИЕАТ1 ‚а1 ‚результат в а 
<67> ехи 

<68> па1п епар 

<69> сое епа$ 

<70> еп ма1п 


Влистинге 14.1 в строках 2-7, 8—16, 18—21, 23—28, 30-37, 39-43 описаны мак- 
роопределения. Описание их назначения приведено сразу после заголовка в теле 
каждого макроопределения. Если вынести эти макроопределения в отдельный 
файл, то впоследствии можно использовать их при написании других программ. 
Посмотрите на модернизированный исходный текст программы из листинга 6.1 
в листинге 14.1 (строки 54-68). Если не обращать внимания на некоторые неяс- 
ные моменты, то сам сегмент кода стал внешне более читабельным, и даже можно 
сказать, что в его новых командах появился какой-то смысл. Откомпилируйте ли- 
стинг 14.1 и получите файл листинга. После этого сравните текст программы до 
и после обработки ассемблером. Вы увидите, что исходный текст изменился, — пос- 
ле строк программы, в которых были макрокоманды, появились фрагменты тек- 
ста. Содержимое этих фрагментов определяется содержимым макроопределений 
(шаблонов), заданных в начале программы. Видно, что путем ввода параметров 
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для макрокоманды можно модернизировать содержимое фактического текста, за- 
мещающего макрокоманду. 

Функционально макроопределения похожи на процедуры. Сходство в том, что 
и те, и другие достаточно один раз где-то описать, а затем вызывать их специаль- 
НЫМ образом. На этом сходство заканчивается и начинаются различия, которые 
в зависимости от целевой установки можно рассматривать и как достоинства, и как 
недостатки. 





В отличие от процедуры, текст которой неизменен, макроопределение в про- 
цессе макрогенерации может меняться в соответствии с набором фактических 
параметров. При этом коррекции могут подвергаться как операнды команд, так 
и сами команды. Процедуры в этом отношении менее гибки. 





При каждом вызове макрокоманды ее текст в виде макрорасширения вставля- 
ется в программу. При вызове процедуры процессор осуществляет передачу 
управления на начало процедуры, находящейся в некоторой области памяти 
в одном экземпляре. Код в этом случае получается более компактным, хотя быс- 
тродействие несколько снижается за счет необходимости осуществления пере- 
ходов. 


Макроопределение обрабатывается компилятором особым образом. Для того 
чтобы использовать описанное макроопределение, его нужно «активизировать» 
с помощью макрокоманды. Для этого в нужном месте исходного кода программы 
на основе текста заголовка макроопределения указывается следующая синтакси- 
ческая конструкция: 
имя_макрокоманды список_фактических_аргументов 

В результате применения данной синтаксической конструкции соответствую- 
щая строка исходного текста программы заменяется строками из тела макроопре- 
деления. Но это не простая замена. Обычно макрокоманда содержит некоторый 
списокаргументов(список_фактических_ аргументов), которымикорректируется 
макроопределение. Места в теле макроопределения, которые будут замещаться 
фактическими аргументами из макрокоманды, обозначаются с помощью так на- 
зываемых формальных аргументов. Таким образом, в результате применения мак- 
рокоманды в программе формальные аргументы в макроопределении замещаются 
соответствующими фактическими аргументами; в этом и заключается учет кон- 
текста. Процесс такого замещения называется макрогенерацией, а результатом этого 
процесса является макрорасширение. 

К примеру, рассмотрим самое короткое макроопределение в листинге 14.1 — 
с(еаг_г4. Как отмечено ранее, результаты работы макроассемблера можно узнать, 
просмотрев файл листинга после трансляции. Покажем несколько его фрагмен- 
тов, которые демонстрируют, как был описан текст макроопределения сеаг_гд (стро- 
ки 24-27), как был осуществлен вызов макрокоманды с(еаг_гд с фактическим па- 
раметром ах (строка 74) и как выглядит результат работы макрогенератора, 
сформировавшего команду ассемблера хог ах,ах (строка 75): 


<24> Сеаг_г тасго год 
<25> ‚очистка регистра гд 
<26> ХОГ ГЕ, ГЕ 


<27> епдт 
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<74> сеаг_г ах 
<75> 000Е 33 (0 хог ах, ах 

В итоге мы получили то, что и требовалось, — команду очистки заданного реги- 
стра, в данном случае АХ. В другом месте программы вы можете выдать ту же мак- 
рокоманду, но уже с другим именем регистра. Если у вас есть желание, можете 
провести эксперименты с этой и другими макрокомандами. Каждый фактический 
аргумент макрокоманды представляет собой строку символов, для формирования 
которой применяются определенные правила. 





Строка может состоять: 


О из последовательности символов без пробелов, точек, запятых, точек с запя- 
той; | 

О из последовательности любых символов, заключенных в угловые скобки 
(<...>), в которой можно указывать как пробелы, так и точки, запятые, точки 
с запятыми (мы упоминали об этом операторе выделения ассемблера при 
обсуждении директивы ЕОЦ). 





Для того чтобы указать, что некоторый символ внутри строки, представляю- 
щей фактический параметр, является собственно символом, а не чем-то иным, 
например, некоторым разделителем или ограничивающей скобкой, применя- 
ется специальный оператор !. Этот оператор ставится непосредственно перед 
нужным символом, и его действие эквивалентно заключению этого символа 
в угловые скобки. Таким образом, оператор ! также является оператором выде- 
ления, но одиночного символа. 


я Для вычисления в строке, представляющей фактический параметр в макроко- 
манде, некоторого константного выражения в начале этого выражения нужно 
поставить знак % (процент): 

% константное_выражение 
Значение константное_выражение вычисляется и подставляется в текстовом виде 
в соответствии с текущей системой счисления’. 


Теперь обсудим вопрос, как транслятор распознает формальные аргументы в те- 
ле макроопределения для их последующей замены фактическими аргументами? 

Прежде всего по их именам в заголовке макроопределения. В процессе генера- 
ции макрорасширения компилятор ассемблера ищет в тексте тела макроопределе- 
ния последовательности символов, совпадающие с теми последовательностями 
символов, из которых состоят формальные параметры. После обнаружения такого 
совпадения формальный параметр из тела макроопределения замещается соответ- 
ствующим фактическим параметром из макрокоманды. Этот процесс называется 
подстановкой аргументов. Здесь нужно отметить еще раз особо список формаль- 
ных аргументов в заголовке макроопределения. В общем случае он может содер- 


' Под текущей системой счисления понимается то, как интерпретируются транслятором числа или 
строки с фиксированным числовым значением — как двоичные, десятичные или шестнадцатерич- 
ные числа. По умолчанию транслятор трактует их как десятичные, Ассемблер имеет специальную 
директиву ‚га х, которая дает возможность изменить текущую систему счисления. В качестве опе- 
рандадирективы гаЧхможетбытьзначение 2, 10 или 16, что означаетвыбор, соответственно, двоич- 
ной, десятичной или шестнадцатеричнойсистемы счисления. 
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жать не только разделенные запятыми формальные элементы, но и некоторую до- 
полнительную информацию. Полный синтаксис формального аргумента следую- 
щий: 
имя_формального_аргумента [ : тип] 

Здесьтип может принимать значения: 





КЕО — это значение говорит о том, что требуется обязательное явное задание 
фактического аргумента при вызове макрокоманды; 


т =<любая_строка> — еслиаргументпри вызове макрокоманды не задан, то всоот- 
ветствующие места в макрорасширении по умолчанию будет вставлено значе- 
ние любая строка (будьте внимательны: символы, входящие в операнд любая _ 
строка, должны быть заключены в угловые скобки). 


Однако распознать в теле макроопределения формальный аргумент ассемблер 
может не всегда. Это, например, может не произойти в случае, когда он является 
частью некоторого идентификатора. В этом случае последовательность символов 
формального аргумента отделяют от остального контекста с помощью специаль- 
ного оператора замены (символа &). Этот прием часто используется для задания 
модифицируемых идентификаторов и кодов операций. К примеру, определим мак- 
рос, который предназначен для генерации в программе некоторой таблицы, при- 
чем параметры этой таблицы можно задавать с помощью аргументов макроко- 
манды: 


Чет 1аые тасго туре: =Ь , 1еп:КЕО 
{аБ1_&{уре аёуре Теп дир (0) 
епат 


ака 
аег {аь1 Ь, 10 
ег таь! и, 5 


После трансляции текста программы, содержащей эти строки, получатся сле- 
дующие макрорасширения: 
Чабр_ь а6 10 ачр (0) 
{аб м 09м 10 ар (0) 

Символ & можно применять и для распознавания формального аргумента в стро- 
ке, заключенной в двойные кавычки (""). Например, 
пит_спаг тасго  теззаде 


‚подсчитать количество (пит) символов в строке 
пр п 
е1ет 96 "Строка &теззаде содержит" 
‚число символов в строке теззаде в коде АЗСИ 
пит 946 2 дир (0) 
а6 " символов" ‚10,13, '$' ‚конец строки 
‚дпя вывода функцией 0918 
м1: 
‚вывести еет на экран 
епат 


В связи с последним фрагментом разберем ситуацию, когда тело макроопреде- 
ления содержит метку или имя в директиве резервирования и инициализации дан- 
ных. Если некоторая макрокоманда вызывается в программе несколько раз, то при 
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макрогенерации один и тот же идентификатор будет определен несколько раз, что, 
естественно, транслятор посчитает ошибкой. Для выхода из подобной ситуации 
применяют директиву [О0САТ, которая имеет следующий синтаксис: 

1оса| список_идентификаторов 


Эту директиву необходимо указывать непосредственно за заголовком макро- 
определения. Результатом работы директивы [ОСА| будет генерация в каждом эк- 
земпляре макрорасширения уникальных имен для всех идентификаторов, пере- 
численных в операнде список_идентификаторов. Эти уникальные имена имеют вид 
??хххх, где хххх — шестнадцатеричное число. Для первого идентификатора в пер- 
вом экземпляре макрорасширения хххх = 0000, для второго — хххх = 0001 ит. д. Кон- 
троль правильности размещения и использования этих уникальных имен берет на 
себя транслятор ассемблера. Для того чтобы окончательно разобраться в деталях, 
введем и оттранслируем листинг 14.2. В нем помимо некоторых ранее рассмотрен- 
ных макрокоманд содержится макрокоманда пип1 _спаг. Ее назначение — подсчи- 
тывать количество символов в строке, адрес которой передается этой макрокоман- 
де в качестве фактического параметра. Строка должна удовлетворять требованию, 
предъявляемому к строке, предназначенной для вывода на экран функцией 091 
прерывания 211, то есть заканчиваться символом $. Другой момент, который 
нашел отражение в этой программе, — использование символа & для распознава- 
ния формального аргумента в строке, заключенной в кавычки "" (см. последний 
фрагмент). 


Листинг 14.2. Второй пример создания и использования макрокоманд 


;рг=_14_2.а5т 
шН_а$ тасго 
‚макрос настройки 4$ на сегмент данных 
ОУ ах, ааа 
по\ 4$, ах 
хог ах, ах 
епат 
оиЕ_51г тасго $ 
‚макрос вывода строки на экран. 
;На входе - выводимая строка. 
;На выходе - сообщение на экране. 
ризп ах 
ТО\ ан, 99И 
оу ах, от+5еф ${г 
ше 218 
рор ах 
‚ епт 
ехи тасго 
‚макрос конца программы 
ПО\У ах, 4с909П 


ше 211 
епт 
пип_снаг тасго  теззаде 
1оса!| — м1, е1ем, пит, егг_тез , 1п4 , пит_ех1Е 


‚макрос подсчета количества символов в строке. 

;Длина строки - не более 99 символов. 

:Вход: Теззаде - адрес строки символов, ограниченной "$" 
;Выход: В а\ - количество символов в строке те$5аде 

;и вывод сообщения 


тр т, 
е1еш 096 "Строка &теззаде содержит " 
продолжение = 
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Листинг 14.2 (продолжение) 


пит 5 2 аир (0) ‚число символов в строке 
‚теззазе в коде АЗСТТ 
Ч " символов", 19,13, '$' ; конец строки 


‚для вывода функцией ©99п 
егг_тез ОФ "Строка &щеззаде не содержит символа конца строки" ,10,13,'$' 
1: 
; сохраняем используемые в макросе регистры 


разр ез 
ризй сх 
ризй ах 
ризИ а1 
разв 9$ 
рор ез ‚настройка ез на 98 
моу а1,'$' ‚символ для поиска - "$" 
ста ‚сброс флага @Е 
1Леа 91, теззаре ; загрузка в ез:91 смещения 
;строки шеззаде 
ризпат ; запомним 01 - адрес начала строки 
поу сх, 99 ;для префикса герпе - максимальная 


‚длина строки 
;поиск в строке (пока нужный символ 
и символ в строке не равны) 
‚выход - при первом совпавшем 

герпе  зсазр 


3е Е 11а ;если символ найден - переход на обработку 
‚вывод сообщения о том, что символ не найден 
разв 9$ 
‚подставляем сз вместо 4$ для функции 0% (116211) 
ризИ с$ 
рор 9$ 
ОИЕ_$Ег егг_ме$ 
рор 9$ , 
‚ тр пим_ех1е ;выход из макроса 
Рипа: ; совпали 
;считаем количество символов в строке: 
рор ах ‚восстановим адрес начала строки 
Вир 41, ах ; (АТ) =( ат) - (ах) 
хСНа 91 ‚ах ; (91) < > (ах) 
зир а1,3 ;корректировка на служебные 
;символы - 10, 13, "$" 
аат ;в а1 две упакованные ВСО-цифры 
‚результата подсчета 
ог ах 3030 ; преобразование результата в код АЗСТТ 


оу с5:пиум, ай 
° ОУ с$ пум+1,а1 
‚вывести е1ет на экран 
разв 9$ 
;подставляем сз вместо 4$ для функции 0% (116218) 
ризИ с$ 
рор 9$ 
ОиЁ_56г ее 
рор 9$ 
пит_ехтЁ: 
раз 41 
ризВ ах 
разй сх 
разв ез 
ета 
Часа седтепе рага руб11с "даба" 
159_1 096 "Строка_1 для испытания" ,10,13,'$' 
м5 2 6 "Строка_2 для второго испытания" ‚10,13, '$' 
Даса епд$ 
(К зедтепе збаск 


А 
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Ч 256 дир("?"} 


ЕК епаз 
соае зедтепЕ рага риб114с "соде" 
‚ аззише с5:с04е,49$:дафа,5$:5{К 
па1п ргос 
1П1Е_95 


оЧЕ_5Ег 1$9_1 
пит_спагм$8;_1 


ОЧ $1г 1$8_2 
пим_спагм$;_2 
ех1Е 

па1п епар 

со@е = епа5 

еп па1п 


В теле макроопределения можно размещать комментарии, и делать это особым 
образом. Если применить для обозначения комментария не один, как обычно, адва 
последовательных символа точки с запятой (;;), то при генерации макрорасшире- 
ния этот комментарий будет исключен. Если по какой-то причине необходимо 
присутствие комментария в макрорасширении, то его нужно задавать обычным 
образом, то есть с помощью одного символа точки с запятой, например: 


пез пасго пезззаде 

... ЭТОТ комментарий будет включен в текст листинга 

... :,;Этот комментарий не будет включен в текст листинга 
епат 


Макродирективы 


С помощью макросредств ассемблера можно не только частично изменять входя- 
щие в макроопределение строки, но и модифицировать сам набор этих строк и даже 
порядок их следования. Сделать это можно с помощью набора макродиректив (да- 
лее — просто директив). Их можно разделить на две группы. 

Директивы повторения УНТШЕ, КЕРТ, [КР и [ВРС предназначены для создания мак- 
росов, содержащих несколько идущих подряд одинаковых последовательностей 
строк. При этом возможна частичная модификация этих строк. 





я Директивы управления процессом генерации макрорасширений ЕХПМ и СОТО пред- 
назначены для управления процессом формирования макрорасширения из на- 
бора строк соответствующего макроопределения. С помощью этих директив 
можно как исключать отдельные строки из макрорасширения, так и вовсе пре- 
кращать процесс генерации. Директивы ЕХПМ и СОТО обычно используются 
вместе с условными директивами компиляции, поэтому они будут рассмотре- 
ны вместе с ними. 


Директивы \М/НТЕЕ и ВЕРТ 


Директивы У\УНШЕ и КЕРТ применяются для повторения определенное количество раз 
некоторой последовательности строк. Эти директивы имеют следующий синтаксис: 


ИНТЬЕ константное_выражение 
последовательность_строк 
ЕМОМ 

ВЕРТ константное_выражение 
последовательность строк 
ЕМОМ 
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Обратите внимание на то, что последовательность повторяемых строк в обеих 
директивах ограничена директивой ЕМОМ. 

При использовании директивы УНШЕ макрогенератор транслятора будет 
повторять последовательность строк до тех пор, пока значение константное_выра- 
жение не станет равным нулю. Это значение вычисляется каждый раз перед оче- 
редной итерацией цикла повторения (то есть значение константное_выражение в про- 
цессе макрогенерации должно подвергаться изменению внутри последовательности 
строк). 

Директива КЕРТ, подобно директиве \УНПЕ, повторяет последовательность строк 
столько раз, сколько это определено значением константное_выраженив. Отличие 
этой директивы от \УНШЕ состоит в том, что она автоматически уменьшает на еди- 
ницу значение константное_выражение после каждой итерации. В качестве приме- 
ра рассмотрим листинг 14.3. В нем демонстрируется применение директив УНШЕ 
и КЕРТ для резервирования области памяти в сегменте данных. Имя идентифика- 
тора и длина области задаются в качестве параметров соответствующих макросов 
ЧеР 5 Ти ЧЁ $о_2. Заметьте, что счетчик повторений в директиве КЕРТ уменьша- 
ется автоматически после каждой итерации цикла. Проанализируйте результат 
трансляции листинга 14.3. 


Листинг 14.3. Использование директив повторения 


;рг=_14_3.а$т 

дег_$10_1  масго 19_таБ1е, 1п:=<5> 
‚макрос резервирования памяти длиной 1еп 
Используется ИНТЬЕ 

19 стае 1аре1  Буе 


]1еп=]п 

ир11е 1еп 
9 0 

]1еп=1еп-1 

епат 

епа 


деЕ_56о_2 пасго 19 таБТе,1еп 

‚макрос резервирования памяти длиной 1еп 
;Используется ВЕРТ 

19_6аЪ1е ]аре1 русе 





тере 1еп 
аь 0 
епа 
епа | 
Дака седтепЕ рага 0уЪ11с 'дафа' 


ЧеЁ_$6о_1  таб_1,19 
ЧеЕ_$6о_2  фаБ_2,19 
Часа епа$ 
1116_4$ масго 
;Макрос настройки 9$ на сегмент данных 
тоу ах,Чата 
моу 45, ах 
епам 
ех1е пасго 
‚макрос конца программы 
поу ах,4с00й 
10 21% 
епам 
соде зедтепЕ рага руЪ11с "соае" 
аззише с5:соае, аз :Чаба 
па1п ргос 


ЕЙ, Е ИЕ ЕРЕВАН 
Макродирективы 307 

1116 9$ 

ех1+ 

тат епар 


сое епа$ 
еп тат 


Таким образом, директивы КЕРТи УНП.Еудобно применятьлдля «размножения» 
втексте программы последовательности одинаковых строк без внесения вэти стро- 
ки каких-либо изменений на этапе трансляции. В частности, эти директивы мож- 
но использовать при построении элементов списочных структур [8]. Следующие 
две директивы, [КР и [ВРС, делают процесс «размножения» более гибким, позволяя 
модифицировать на каждой итерации некоторые элементы последовательности 
строк. 


Директива!ВР 


Директива [ВР имеет следующий синтаксис: 


АР формальный_аргумент , <строка_символов_1 ... строка_символов_п> 
последовательность_строк 
ЕМОМ 


Действие данной директивы заключается в том, что она повторяет последова- 
тельность строк и раз, то есть столько раз, сколько строк символов заключено в уг- 
ловые скобки во втором операнде директивы 1ВР. Но это еще не все. Повторение 
последовательности строк сопровождается заменой в этих строках формального 
аргумента очерёдной строкой символов из второго операнда. Так, при первой ге- 
нерации последовательности строк формальный аргумент в них заменяется пер- 
вой строкой символов (то есть аргументом строка_символов_1). Если есть вторая 
строка символов (строка_символов_2), это приводит к генерации второй копии по- 
следовательности строк, в которой формальный аргумент заменяется второй стро- 
кой символов. Эти действия продолжаются до последней строки символов 
(строка_символов_п) включительно. 

К примеру, рассмотрим результат определения в программе такой конструк- 
ЦИИ: 


Ир 1п1,<1,2,3,4,5> 
аб шт 
епдт 


Макрогенератором будет сгенерировано следующее макрорасширение: 


ар 1 
9 2 
9 3 
@ 4 
а@ 5 


Директива!ВРС 


Директива ШРС имеет следующий синтаксис: 


ТВРС формапьный_аргумент ‚ строка_символов 
последовательность строк 
ЕМОМ 


Действие данной директивы подобно действию директивы 1КР, но отличается 
тем, что она на каждой очередной итерации заменяет формальный аргумент оче- 
редным символом из строки символов. Понятно, что количество повторений 
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последовательности строк будет определяться количеством символов в строке сим- 
волов. К примеру, 


1грс ГЕ, абса 
ризп г&х 
епдм 


В процессе макрогенерации эта директива развернется в следующую последо- 
вательность строк: 


ри$й ах 
ри ох 
ри$й сх 
рип 9х 


Если строкасимволов, задаваемая вдирективе [БВР, содержитспецсимволы вроде 
точек и запятых, то она должна быть заключена в угловые скобки: <аБ„с6>. 


Директивы условной компиляции 


Последний тип макросредств — директивы условной компиляции. Существует два 
вида этих директив: 





директивы компиляции по условию позволяют проанализировать определенные 
условия в ходе генерации макрорасширения и при необходимости изменить 
этот процесс, 


15 директивы генерации ошибок по условию контролируют ход генерации макро- 
раситирения с целью генерации или обнаружения определенных ситуаций, ко- 
торые могут интерпретироваться как ошибочные. 


С этими директивами применяются упомянутые ранее директивы управления 
процессом генерации макрорасширений ЕХПМ и СОТО. 

Директива ЕХПМ не имеет операндов, она немедленно прекращает процесс ге- 
нерации макрорасширения, как только встречается в макроопределении. Это дает 
возможность сократить объем исходного кода путем удаления неиспользуемых 
команд. 

Директива СОТО имя_метки переводит процесс генерации макроопределения 
в другое место, прекращая тем самым последовательное разворачивание строк мак- 
роопределения. Метка, на которую передается управление, имеет специальный 
формат: 

: имя_метки 
Примеры применения этих директив будут приведены далее. 


Директивы компиляции по условию 


Директивы компиляции по условию предназначены для выборочной трансляции 
фрагментов программного кода. Это означает, что в макрорасширение включают- 
ся не все строки макроопределения, а только те, которые удовлетворяют опреде- 
ленным условиям. Какие конкретно условия ДОЛЖНЫ быть проверены, определяется 
ТИПОМ условной директивы. Введение вязык ассемблера этих директив значительно 
расширяет его возможности. Всего имеются 10 типов условных директив компи- 
ляции. Их логично попарно объединить в четыре группы: 


ж—ж—ж—ж———...—.оок ыы ——до——»—»_»_»»—<—_—»<_<_.»<»<_„_—_——_—_—„_ 
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1Е и [ЕЕ — условная трансляция по результату вычисления логического выра- 
жения; 


Я ТЕГЕЁ и ГЕМОЕЕ — условная трансляция по факту определения символического 
имени; 


Я ТЕВ и 1ЕМВ — условная трансляция по факту определения фактического аргу- 
мента при вызове макрокоманды; 





ТНОМ, ТЕТОМТ, ТЕОТЕ и 1ЕБТЕГ — условная трансляция по результату сравнения строк 
символов. 


Условные директивы компиляции имеют общий синтаксис и применяются 
в составе следующей синтаксической конструкции: 


ТЕххх логическое _выражение_или_ аргументы 
фрагмент_программы _1 
ЕЬЗЕ 

фрагмент_программы_2 
ЕМОТЕ 

Заключение некоторых фрагментов текста программы (фрагмент_программы_1 
и фрагмент_программы_2) между директивами [Еххх, Е!ЗЕ и ЕМПИЕ приводит к их 
выборочному включению в объектный модуль. Какой именно из этих фрагментов 
будет включен в объектный модуль, зависит от конкретного типа условной дирек- 
тивы, задаваемого значением ххх, и значения условия, определяемого операндом 
(операндами) условной директивы логическое_выражение_или_аргумент(ы). 


Директивы 1Ри ЕЕ 


Синтаксисдиректив Е и ЕЕ следующий: 
1Е(Е) логическое_выражение 
фрагмент_программы_1 

ЕЁЗЕ 


фрагмент_программы_2 
ЕМОТЕ 


Обработка этих директив макроассемблером заключается в вычислении логи- 
ческого выражения и включении в объектный модуль первого (фрагмент_програм- 
мы_1) или второго (фрагмент_программы_2) фрагмента программы в зависимости 
от того, в какой директиве (ТЕ или ТЕЕ) это выражение встретилось. 





Если в директиве 1 логическое выражение истинно, то в объектный модуль 
помещается первый фрагмент программы. Если логическое выражение ложно, 
то при наличии директивы ЕТЗЕ в объектный код помещается второй фрагмент 
программы. Если же директивы ЕЕ нет, то вся часть программы между дирек- 
тивами Е и ЕМПТЕ игнорируется, и в объектный модуль ничего не включается. 
Кстати сказать, понятие истинности и ложности значения логического выра- 
жения весьма условно. Ложным оно будет считаться, если его значение равно 
нулю, а истинным — при любом значении, отличном от нуля. 


* Директива ГЕЕ аналогично директиве [Е анализирует значение логического вы- 
ражения. Но теперь для включения первого фрагмента программы в объект- 
ный модуль требуется, чтобы логическое выражение было ложным. 


Директивы ГЕ и ГЕЕ очень удобно использовать для изменения текста програм- 
мы в зависимости от некоторых условий. К примеру, составим макрос для опре- 


——_—_—_—_——щ——_—_—_——____ И ———— = 
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деления в программе области памяти длиной не более 50 и не менее 10 байт (лис- 
тинг 14.4). 


Листинг 14.4. Использование условных директив Ё и 1ЕЕ 


<1> ;ргЕ_14_4.азт 

<2> мазт 

<3> поде]1 $па11 

<4> осаск 256 

<5> Че! {аб_50 тасго 1еп 
<6> Ш еп СЕ 50 


<7> СОТО ехи 
<8> епай 

<9> еп (т 10 
<19> :ех1( 

<11> ЕХТТМ 

<12> епай{ 

<13> гер+ ей 


<14> аб 
<15> епат 
<16> епат 
<17> „дата 


<18> Че! таб _50 15 
<19> ег аб _50 5 


<20> .соае 

<21> тат: 

<22> тоу ах,@дафа 

<23> тоу 4$, ах 

<24> ехц: , 
<25> тоу ах,4с998 

<26> 1пе 2181 


<27> еп татп. 


Введите и оттранслируйте листинг 14.4. Не забывайте о том, что условные ди- 
рективы действуют только на шаге трансляции, и поэтому результат их работы 
можно увидеть лишь после макрогенерации, то есть в листинге программы. В нем 
вы обнаружите, что в результате трансляции строка 18 листинга 14.4 развернется 
в пятнадцать нулевых байтов, а строка 19 оставит макрогенератор совершенно рав- 
нодушным, так как значение фактического операнда в строках б и 9 будетложным. 
Обратите внимание нато, что для обработки реакции наложный результат анали- 
за в условной директиве мы использовали макродирективы ЕХИМ и СОТО. Навер- 
ное, вданном случае можно было бы составить более оптимальный вариант макро- 
команды для резервирования некоторого пространства памяти в сегменте данных, 
а данный способ выбран, исходя из учебных целей. 

Другой интересный и полезный вариант применения директив [Е и [ЕЕ — отла- 
дочная печать. Суть здесь в том, что в процессе отладки программы почти всегда 
возникает необходимостьдинамически отслеживать состояние определенных про- 
граммно-аппаратных объектов, в качестве которых могут выступать переменные, 
регистры процессора и т. п. После этапа отладки отпадает необходимость в таких 
диагностических сообщениях. Для их устранения приходится корректировать ис- 
ходный текст программы, после чего подвергать ее повторной трансляции. Но есть 
более изящный выход. Можно определить в программе некоторую переменную, к при- 
меру ебли», и использовать ее совместно с условными директивами [Е или [ЕЕЁ: 
<1> ед 
<2> Чаериа еди 1 
<3> а 


—д 
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<4> . со4е 

<5> В 

<б> 1Е 9ерл9 

<7> ‚любые команды и директивы ассемблера 
<8> ; (вывод на печать или монитор) 

<9> епа1 т 


На время отладки и тестирования программы вы можете заключить отдельные 
участки кода в своеобразные операторные скобки в виде директив [Е и ЕМП]Е (стро- 
ки 6-9 последнего фрагмента), реагирующие на значение логической переменной 
4ебиз. При значении аебих = 0 транслятор полностью проигнорирует текст внутри 
этих условных операторных скобок; при Чефие = 1, наоборот, будут выполнены все 
действия, описанные внутри них. 


Директивы 1РО0ЕЁ и 1ЕМОЕР 


Синтаксис директив ПЕ) ЕЁ и 1ЕМБЕЕ следующий: 


ТЕ(М)ОЕР символическое_имя 
фрагмент_программы_1 
ЕЬСЕ 
фрагмент_программы_2 
ЕМОТЕ 
Данные директивы позволяют управлять трансляцией фрагментов программы 
в зависимости от того, определено или нет в программе некоторое символическое 


ИМЯ. 





Директива 1ЕРЕЁЕ проверяет, описано или нет в программе символическое имя, 
и если это так, то в объектный модуль помещается первый фрагмент програм- 
мы (фрагмент_программы_1). В противном случае при наличии директивы ЕТЗЕ 
в объектный код помещается второй фрагмент программы (фрагмент_програм- 
мы_2). Если же директивы ЕТЗЕ нет (и символическое имя в программе не опи- 
сано), то вся часть программы между директивами 1Е и ЕМОГ игнорируется 
и в объектный модуль не включается. | 





Действие [ЕМПЕЕ обратно действию ТЕБЕЕ. Если символического имени в про- 
грамме нет, то транслируется первый фрагмент программы. Если оно присут- 
ствует, то при наличии ЕТЗЕ транслируется второй фрагмент программы. Если 
ЕГЗЕ отсутствует, а символическое имя в программе определено, то часть про- 
граммы, заключенная между 1ЕМОЕЕи ЕМПТЕ, игнорируется. 


В качестве примера рассмотрим ситуацию, когда в объектный модуль програм- 
мы должен быть включен один из трех фрагментов кода в зависимости от значе- 
ния некоторого идентификатора $\ сп: 





если 5\ИсП = 0, то сгенерировать фрагмент для вычисления выражения у =х. 2"; 





если 5\мсН = 1, то сгенерировать фрагмент для вычисления выражения у = х/2”; 
если идентификатор змс не определен, то ничего не генерировать. 


Соответствующий фрагмент исходной программы может выглядеть так: 


17падеЕ 5и ‚если зи не определено, то выйти из макроса 
ЕХИТМ 
е1зе ; иначе - на вычисление 

МОУ СТ, п 

1Ее °и 


за1 х, с! ;умножение на степень 2 
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‚сдвигом влево 
е!5е 
заг х,с1;деление на степень 2 
; сдвигом вправо 
епат+ 
епа1 + 


Каквидим, эти директивы логически связаны сдирективами [Е и ЕЕ, тоесть их 
можно применять в тех же самых случаях, что и последние. Естьеще одна интерес- 
ная возможность использования этих директив. В главе 6 мы обсуждали формат 
командной строки ТАЗМ и говорили о ключах, которые можно в ней задавать. Далее 
приведен один изних (см. приложение В, Вр: //\\у\.рИег.сот/ао\оаЯ): 
/димя_идентификатора [=значение] 

Использование этого ключа дает возможность управлять значением иденти- 
фикатора прямо изкомандной строки, не меняя при этом текста программы. В ка- 
честве примера рассмотрим листинг 14.5. В этом коде мы пытаемся с помощью 


макроса контролировать процесс резервирования и инициализации некоторой 
области памяти в сегменте данных. 


Листинг 14.5. Инициализация значения идентификатора из командной строки 


;ргё_14_5.а$т 
мазт 
то4е! тай 
З4аск 256 
Че! 1аб_50 тасго Теп 
шаеЁЕ еп 
915р1ау "$12е_м не определено, задайте значение 19<$12е_м<50" 
ех1 {т 
е1 зе 
И еп СЕ 50 
СОТО ех1+ 
епай 
НН @ш Пт 10 
:ехи 
ЕХТТМ 
епай 
‚ тер еп 
аь 0 
епат 
епай 
епат 
;5$17е_м=15 


.афа 
Че! {аб _50 —52е т 


.соде 

мати: 
тоу ах, @дата 
тоу 95, ах 
ехи: 
то\ ах, 4с00Н 
ше 218 

епа тат 


Запустив этот пример на трансляцию, вы получите сообщение о том, что забы- 
ли определить значение переменной 5$12е_т. Исправить эту ошибку можно одним 
из двух способов: 
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| в начале исходного текста программы определите значение этой переменной 
с помощью псевдооператоа ЕТ: 
$12е_т еди 15 
| запустите программу на трансляцию командной строкой вида 
Фазш /9512е_т=15 /21 ргё_13_2,,, 
Влистинге 14.5 мы использовали еще одну возможность транслятора — дирек- 
тиву О1ЗРГАУ, с помощью которой можно формировать пользовательское сообще- 


ние в процессе трансляции программы. Директива О5РГАУ будет рассмотрена 
в конце данной главы. 


Директивы ЕВ и 1ЕМВ 


Синтаксис директив ТЕВ и ТЕ№В следующий: 
ТЕ(М)В аргумент 
фрагмент_программы _1 
ЕЬОЕ 

фрагмент_программы_2 
ЕМОТЕ | 

Данные директивы используются для проверки фактических параметров, пе- 
редаваемых в макрос. При вызове макрокоманды они анализируют значение аргу- 
мента и в зависимости от того, равно оно пробелу или нет, транслируется либо 
первый фрагмент программы (фрагмент_программы_1), либо второй (фрагмент_про- 
граммы_2). Какой именно фрагмент будет выбран, зависит от кода директивы. 





Директива ГЕВ проверяет равенство аргумента пробелу. В качестве аргумента 
могут выступать имя или число. Если его значение равно пробелу (то есть фак- 
тический аргумент при вызове макрокоманды не был задан), то транслируется 
и помещается в объектный модуль первый фрагмент программы. В противном 
случае при наличии директивы Е[ЗЕ в объектный код помещается второй фраг- 
мент программы. Если же директивы Е ЗЕ нет, то при равенстве аргумента про- 
белу вся часть программы междудирективами [ЕВ и ЕМОТЕ игнорируется и в объ- 
ектный модуль не включается. 





Действие [ЕМВ обратно действию ТЕВ. Если значение аргумента в программе не 
равно пробелу, то транслируется первый фрагмент программы. В противном 
случае при наличии директивы ЕГЗЕ в объектный код помещается второй фраг- 
мент программы. Если же директивы ЕГЗЕ нет, то вся часть программы (при 
неравенстве аргумента пробелу) между директивами [ЕМВ и ЕМОГЕ игнорирует- 
ся и в объектный модуль не включается. 


Типичным примером применения этих директив являются строки в макроопре- 
делении, проверяющие, указывается ли фактический аргумент при вызове соот- 
ветствующей макрокоманды: 


ПОМ тасго гед 

ИБ <гед> 

@15р1ау "не задан регистр" 
ех1 м 

епа1 т 


епат 
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Если теперь в сегменте кода вызвать макрос ЗНОМ без аргументов, то будет вы- 
ведено сообщение о том, что не задан регистр, и генерация макрораотирения пре- 
кратится директивой ЕХИМ. 


Директивы ИНОМ, ОМ, ЕО и ПРО 


Директивы 1ЕШМ, ЕТОМ, ТЕБГЕ и ГЕБГЕ позволяют не просто проверить наличие или 
значения аргументов макрокоманды, но и выполнить идентификацию аргументов 
как строк символов. Синтаксис этих директив: 
1НОМ(Г) аргумент_1, аргумент_2 
фрагмент_программы_1 

ЕГЗЕ 


фрагмент_программы_2 


ЕМОТЕ 
ТЕОТЕ (Т) аргумент _1 ‚ аргумент _2 
фрагмент_программы_1 
ЕБСЕ 
фрагмент_программы_2 
ЕМОТЕ 


В этих директивах проверяются аргумент_1 и аргумент_2 как строки символов. 
Какой именно код (фрагмент_программы_1 или фрагмент_программы_2)) будет транс- 
лироваться по результатам сравнения, зависит от кода директивы. Наличие двух 
пар этих директив объясняется тем, что они позволяют учитывать либо не учиты- 
вать различие строчных и прописных букв. Так, директивы ЕШМ и ГЕРТЕ игнори- 
руют это различие, а [ЕШМ и ТЕГГЕ — учитывают. 





Директива ТЕТОМ(Т) сравнивает символьные значения аргумент_1 и аргумент_2. 
Если результат сравнения положительный, то транслируется и помещается 
в объектный модуль первый фрагмент программы. В противном случае при на- 
личии директивы ЕТЗЕ, в объектный код помещается второй фрагмент програм- 
мы. Если же директивы ЕТЗЕ нет, то вся часть программы между директивами 
ТЕОМО) и ЕХШЕ игнорируется и в объектный модуль не включается. 





Действие ТЕОТЕ ) обратно действию 1ЕТОМ(О. Если результат сравнения отри- 
цательный (строки не совпадают), транслируется первый фрагмент програм- 
мы. В противном случае все происходит аналогично рассмотренным ранее ди- 
рективам. 


Как мы уже упоминали ранее, эти директивы удобно применять для проверки 
фактических аргументов макрокоманд. К примеру, проверим, какой изрегистров — 
а или ай — передан в макрос в качестве параметра (проверка проводится без учета 
различия строчных и прописных букв): 


Те пасго  т8 
1911 <а1>, <гд9> 
доЕо М_а1 

е1зе 

1911 ‹аб>, <г9> 
добо М_ ав 

е15е 

ех1 фт 

епа1Е 

епа1Е 


:Ма1 
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:М_ай 
епат 
Вложенность директив условной трансляции 


Какмы неоднократно видели в приведенных ранее примерах, транслятор ТАЗМ 
допускаетвложенностьусловныхдиректив компиляции. Более того, так как вло- 
женность требуется довольночасто, ТАЗМ предоставляет набор дополнительных 
директив формата ЕЁЗЕТЕХхх, которые заменяют последовательность идущих под- 
ряд директив Е! ЗЕ и 1Ёххх в структуре 

ТЕххх 


ЕЕ 
ТЕххх 


ЕМОТЕ 
ЕМОТЕ 

Эту последовательность условных директив можно заменить эквивалентной 
последовательностью дополнительных директив 
ГЕххх 

`` ЕЕЗЕТЕХХХ 

ЕМОЕ 

Символы ххх в ЕГЗЁЕххх говорят о том, что каждая из директив — ТЕ, ТЕВ, 1ЕОМ 
ит. д. — имеет соответствующую директиву ЕЗНЕ, ЕГЗЕТЕВ, ЕТЗЕТЕШМ и т. д. В ко- 
нечном итоге это улучшает читабельность кода. В последнем примере фрагмента 
макроса, проверяющем, имя какого регистра было передано в макрос, наблюдает- 
ся подобная ситуация. Последовательности ЕТЗЕ и [ЕП можно записать так, как 
в строке 4: 


<1> зпомтасго гд 

<2> Май ‹а1>, <гё> 
<3> до1о М_а1 

<4> е1зе 1Еа1Е1 <ап>,<гр> 
<8> чого М_ав 

<6б> е1зе 

<7> ех1 ит 

<8> епатЁ 

<9> :М_а1 

<10> Е 

<11> : Май 

<12> я 

<13> епат 


Директивы генерации ошибок 


В языке ТАЗМ есть ряд директив, называемых директивами генерации пользова- 
тельской ошибки. Их можно рассматривать и как самостоятельное средство, и как 
метод, расширяющий возможности директив условной компиляции. Они предна- 
значены для обнаружения различных ошибок в программе, таких как неопреде- 
ленные метки или пропуск параметров макроса. Директивы генерации пользова- 
тельской ошибки по принципу работы можно разделить на два типа: 


Я безусловные директивы генерируют ошибку трансляции без проверки каких- 
либо условий; 
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Ц условные директивы генерируют ошибку трансляции после проверки опреде- 
ленных условий. 


Большинство директив генерации ошибок имеет два обозначения, хотя прин- 
цип их работы одинаков. Второе название отражает их сходство с директивами 
условной компиляции. При дальнейшем обсуждении такие парные директивы 
будут приводиться в скобках. * 


Безусловная генерация пользовательской ошибки 


К директивам безусловной генерации пользовательской ошибки относится толь- 
ко одна директива ЕВК (.ЕВВ). 

Данная директива, будучи вставлена в текст программы, безусловно приводит 
кгенерации ошибки на этапе трансляции и удалению объектного модуля. Она очень 
полезна при использовании с директивами условной компиляции и при включе- 
нии в тело макрокоманды с целью отладки. К примеру, эту директиву можно было 
бы вставить в ту ветвь программы (в последнем рассмотренном нами макроопре- 
делении), которая выполняется, если указанный в качестве аргумента регистр от- 
личен ота(и ай: 





Ном пасго г9 
19121 <а\>,<г8> 
доЕо М_а1 
е1 зе 
1911 <а!>,<г9> 
обо М ав 
е1зе 
Егг 
епа1Е 
епа1 Е 
епдт 


Если после определенного таким образом макроопределения в сегменте кода 
вызвать макрокоманду $Во\ с фактическим параметром, отличным от имен регис- 
тров ав или а|, будет сгенерирована ошибка компиляции (с текстом «Оег еггог»), 
сам процесс компиляции прекращен и, естественно, объектный модуль создан не 
будет. 

Остальные директивы являются условными, так как их поведение определяют 
некоторые условия. 


Условная генерация пользовательской ошибки 


Набор условий, на которые реагируют директивы условной генерации пользова- 
тельской ошибки, такой же, как иудирективусловной компиляции. Поэтому и ко- 
личество этих директив такое же. Принцип их работы ясен, поэтому рассматри- 
вать их мы будем очень кратко. Заметим только, что использовать большинство 
директив условной генерации пользовательской ошибки, как и директив услов- 
ной компиляции, можно и в макроопределениях, и влюбых местах программы. 


Директивы „.ЕВВВ (ЕВРЕЕВ) и .ЕВАМВ (ЕВЕИЕМВ) 


Синтаксис директив .ЕВКВ (ЕВЕИЕВ) и .ЕКЕМВ (ЕВРИЕМВ): 


.ЕВВВ (ЕВРЕЕВ) <имя_формального_аргумента> 
.ЕВЕАМВ (ЕВРМЕМВ) <имя_формального_аргумента> 
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Директива .ЕВККВ (ЕВКТЕВ) вызывает генерацию пользовательской ошибки, если 
формальный аргумент с именем <имя_формального_аргумента> пропущен. 


. Директива .ЕККМВ (ЕВ КТЕМВ) вызывает генерацию пользовательской ошибки, если 
формальный аргумент с именем <имя_формального_аргумента> присутствует. 


Данные директивы применяются для генерации ошибки трансляции в зависи- 
мости от того, задан или нет при вызове макрокоманды фактический аргумент, 
соответствующий формальному аргументу в заголовке макроопределения с име- 
нем <имя_формального_аргумента>. По принципу действия эти директивы полностью 
аналогичны соответствующим директивам условной компиляции [ЕВ и 1ЕМВ. Их 
обычно используют для проверки задания параметров при вызове макроса. Стро- 
ка, являющаяся именем формального аргумента, должна быть заключена в угловые 
скобки. 

К примеру, определим обязательность задания фактического аргумента, соот- 
ветствующего формальному аргументу ге, в макросе $Во\: 


<1> 5Иоитасго га 

<2> ;если га в макрокоманде не будет задан, 
<3> ‚то завершить компиляцию 

<4> ‚егур <г9> : 

<5> ‚текст макроопределения 

<6> ен 

<1> епат 


Директивы .ЕВВОЕР (ЕАНИЕОЕР) и .ЕВВМОЕЕ (ЕВЕИЕМОЕР) 


Синтаксис директив .ЕККОЕЕ (ЕВЕИРОЕЕ) и .ЕКЕМОЕЕ (ЕВНИЕМОЕР): 


.ЕВВОЕЕ (ЕВВТЕОЕР) символическое_имя 
‚ЕВЕМОЕЕ (ЕВВТЕМОЕЕ) символическое_имя 


и Директива .ЕККОЕР (ЕВЕТЕОЕЕ) генерирует пользовательскую ошибку, если ука- 
занное символическое имя определено до выдачи этой директивы в программе. 





Директива .ЕККМОЕЕ (ЕКВТЕМОЕР) генерирует пользовательскую ошибку, если 
указанное символическое имя не определено до момента обработки транслято- 
ром этой директивы. 


Данные директивы генерируют ошибку трансляции в зависимости от того, опре- 
делено или нет некоторое символическое имя в программе. Не забывайте о том, 
что компилятор ТАЗМ по умолчанию формирует объектный модуль за один про- 
ход исходного текста программы. Следовательно, директивы „ЕККОЕЕ (ЕВ ВТЕРЕЕ) 
и .ЕЕКМОЕЕ (ЕККТЕМОЕРЕ) отслеживают факт определения символического имени толь- 
ко в той части исходного текста, которая находится до этих директив. 


Директивы .ЕНВОГЕ (ЕВВТЕОЕ) и .ЕВЕТОМ (ЕВЕТЕТОМ) 


Синтаксис директив .ЕВКОТЕ (ЕВНЕОЕ) и .ЕВКТОМ (ЕВАЕНОМ): 


.ЕВКОТЕ (ЕВВТЕОТЕ) <строка_1>,<строка_2> 
.ЕВЕТОМ (ЕВВТЕТОМ) <строка_1>, <строка_2> 


Директива .ЕКВОТЕ (ЕККТЕОГЕ) генерирует пользовательскую ошибку, если две 
строки посимвольно не совпадают. Строки могут быть символическими име- 
нами, числами или выражениями и должны быть заключены в угловые скобки. 
Аналогично директиве условной компиляции ЕЕ, при сравнении учитывает- 
ся различие прописных и строчных букв. 
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ж Директива .ЕВВТОМ (ЕВКВТЕТОМ) генерирует пользовательскую ошибку, если стро- 
ки посимвольно идентичны. Строчные и прописные буквы воспринимаются 
как разные. 


Для того чтобы игнорировать различия строчных и прописных букв, существу- 
ютаналогичные директивы: 


ЕВНИРО!ЕР! <строка_1>,<строка_2> 
ЕАВН:ЮОМ! <строка_1>, <строка_2> 


я Директива ЕВВТЕПГЕ аналогична директиве ЕВВГЕЙТЕ, но игнорируется различие 
строчных и прописных букв при сравнении строк <строка_1> и <строка_2>. 

9 Директива ЕВКТЕШ\М! аналогична директиве ЕВЕТЕЮМ, но игнорируется разли- 
чие строчных и прописных букв при сравнении строк <строка_1> и <строка_2>. 


Данные директивы, каки соответствующие им директивы условной компиляции, 
удобно применять для проверки передаваемых в макрос фактических параметров. 


Директивы .ЕВВЕ (ЕВВИЕЕ) и .ЕВВМС (ЕВЕИЕ) 


Синтаксис директив .ЕВВЕ (ЕВЕИЕЕ) и .ЕВКМ7 (ЕВЕ): 


.ЕВВЕ (ЕАЕЕЕ) константное_выражение 
.ЕККМ7 (ЕЛЕ) константное выражение 


в Директива .ЕВВЕ (ЕВВТЕЕ) вызывает пользовательскую ошибку, если констант- 
ное выражение ложно (равно нулю). Вычисление константного выражения дол- 
жно приводить кабсолютному значению, и это выражение не может содержать 
ссылок вперед. 





Директива .ЕВЕМА(ЕККТЕ) вызывает пользовательскую ошибку, если констант- 
ное выражение истинно (не равно нулю). Вычисление константного выраже- 
ния должно приводить к абсолютному значению и не может содержать ссылок 
вперед. 


Константные выражения в условных директивах 


Как вы успели заметить, во многих условных директивах в формировании усло- 
вия участвуют выражения. Результат вычисления этого выражения обязательно 
должен быть константой. Хотя его компонентами могут быть и символические 
параметры, но их сочетание в выражении должно давать абсолютный результат. 
Кпримеру, 
.Чафа 
паз аь 
1Теп 94 
. сое 
.ете — (1еп-таз) 11 10 ;генерация ошибки, если длина 

‚области таз меньше 10 байт 


Кроме того, константное выражение не должно содержать компоненты, кото- 
рые транслятор еще не обработал к тому месту программы, где находится услов- 
ная директива. Также мы отметили, что логические результаты «истина» и «ложь» 
являются условными втом смысле, что ноль соответствует логическому результа- 
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ТУ «ложь», а любое ненулевое значение — «истине». Однако в языке ассемблера 
существуют операторы, которые позволяют сформировать и «чисто логический» 
результат. Это так называемые операторы отношений, выражающие отношение 
двух значений или константных выражений. В контексте условных директив вме- 
сте с операторами отношений можно рассматривать и логические операторы. 
Результатом работы тех и других может быть одно из двух значений: 


истина — число, которое содержит двоичные единицы во всех разрядах; 
# ложь — число, которое содержит двоичные нули во всех разрядах. 


Операторы, которые можно применять в выражениях условныхдиректив и ко- 
торые формируют логические результаты, приведены в табл. 14.1 и 14.2. 


Таблица 14.1. Операторы отношений 


Результат 
ЕО (едиа1) — равно выражение 1 ЕО Истина, если выражение_1 
выражение_2 равно выражение_2 
МЕ (по едиа!) — не равно | выражение _1 МЕ Истина, если выражение _1 
выражение _2 не равно выражение_2 
ГТ (е3$ Пап) — меньше | выражение_1 ТТ Истина, если выражение_1 
выражение _2 меньше выражение _2 
ГЕ ($$ огедиа!) — выражение _1 ГЕ Истина, если выражение_1 меньше 
меньше или равно выражение 2 или равно выражение 2 
СТ (отезжег ап) - выражение_1 СТ Истина, если выражение_1 
больше выражение 2 больше выражение _2 
ОЕ (отезжег огедиа!) — выражение_1 СЕ Истина, если выражение_1 больше 
больше или равно выражение _2 или равно выражение _2 
Таблица 14.2.Логические операторы 


Логический оператор Синтаксис Результат 
МОТ — логическое МОТ выражение Истина, если выражение ложно; 
отрицание ложь, если выражение истинно 

АМО — логическое И выражение _1АМО Истина, если выражение_1 

выражение_2 ивыражение_2 истинны 

ОК — логическое ИЛИ выражение 1 ОК Истина, если выражение_1 

выражение 2 или выражение 2 истинны 


ХОЕК — исключающее выражение_ 1 ХОВ Истина, если выражение_1 равно 
ИЛИ выражение_2 логическому отрицанию 
выражения_2 



































Дополнительные средства 
управления трансляцией 
т АМ предоставляет средства для вывода текстового сообщения во время транс- 


ляции программы — директивы О$РГАУ и %01Т. С их помощью можно при необхо- 
димости следить за ходом трансляции. К примеру, 
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Ч!р!ау недопустимые аргументы макрокоманды 


ое недопустимое имя регистра 

В результате обработки этих директив на экран (стандартный выход) будут 
выведены тексты сообщений. Если эти директивы использовать совместно с ди- 
рективами условной компиляции, то, к примеру, можно отслеживать путь, по ко- 
торому осуществляется трансляция исходного текста программы. 

Можно предложить читателю уже с этого момента начать формировать набор 
полезных в его практической работе макрокоманд. В качестве основы вы можете 
взять файл тас.1шс, который находится в каталоге данной главы среди файлов, при- 
лагаемых к книге!. В дальнейшем, если в этом возникнет необходимость, вы буде- 
те самостоятельно дополнять его вашими макросами. Использовать макроопреде- 
ления из этого файла очень просто: достаточно включить в нужном месте вашей 
программы строку с директивой шс\ша4е, в результате в ваш файл будут вставлены 
строки из файла, указанного в качестве операнда этой директивы. 

Основная задача этой книги — научить вас программировать на языке ассемб- 

`лера. Как вы уже успели понять, нельзя изучать этот язык в отрыве от рассмотре- 
ния процессов, происходящих во время выполнения программы на компьютере. 
Одно из средств изучения таких процессов — отладчик. Однако он решает пробле- 
му глобально, что нужно далеко не всегда. Тем более, как мы увидим далее, что 
возможности отладчика не безграничны. Поэтому необходимо иметь более уни- 
версальное средство, которое позволило бы «подглядывать» за содержимым реги- 
стра или области памяти динамически, во время выполнения программы. Для это- 
го разработаем еще один макрос и назовем его, к примеру, зПо\. Его аргументом 
можетбытьодин изчетырехрегистров — АГ, АН, АХ, ЕАХ. С помощью этого макроса 
можно визуализировать содержимое любого из доступных регистров или области 
памяти длиной до 32 битов. Для этого достаточно лишь переслать содержимое нуж- 
ного объекта (регистра или ячейки памяти) с учетом его размера в один из регист- 
ров АГ, АН, АХ, ЕАХ. Имя одного из этих регистров указывается затем в качестве 
фактического аргумента макрокоманды $Во\. Второй аргумент этого макроса — 
позиция на экране. Задавая определенные значения, мы можем судить о том, ка- 
кая именно макрокоманда зНо\ сработала. Еше одна немаловажная особенность 
данного макроса — в его возможности работать как в реальном, так и в защищен- 
ном режимах. Распознавание текущего режима работы процессора выполняется 
автоматически. Текст макроопределения зВо\ довольно велик и по этой причине 
находится среди прилагаемых к книге файлов в каталоге данной главы. Пример 
использования этого макроса приведен в листинге 14.6. 


Листинг 14.6. Пример использования макроса $По\ 
;ргё_14_6.а5т 
М 


МА 

МОБЕЕ эта1 1 
ЭТАСК 256 
.486р 

шсиае $Вон. 1пс 
‚Дата 





' Все прилагаемые к книге файлы можно найти по адресу ПИр://\\у\.рКег.сот/до\поа4. — 
Примеч. ред. 
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пом а1,0 
пом ай, 160 
эПом/ ах, 320 
то\ еах , ро1е 
эпо\м еах, 480 
ехте: 
оу ах,4с909и 
11 211 

еп@ тат 


Посвятить время рассмотрению этого макроса полезно еще и потому, что при 
его разработке было использовано большинство средств, обсуждавшихся в этой 
главе. 


Директивы управления файлом листинга 


Ассемблер предоставляет ряд директив для управления содержимым файла лис- 
тинга. Далее приведена их общая характеристика. 

Общие директивы управления листингом призваны управлять видом файла ли- 
стинга. Все директивы являются парными, это означает, что если одна директива 
что-то разрешает, то другая, наоборот, запрещает. 


в Директивы %4$Т и %№ОМ$Т (14$Т и .ХИ$Т) определяют необходимость вывода в 
файл листинга всех строк исходного кода (по умолчанию). Для запрета вывода 
в файл листинга всех строк исходного кода необходимо использовать директи- 
вы .ХИ$Т или %№ОМ$Т. В тексте программы их можно применять произвольное 
количество раз, при этом очередная директива отменяет действие предыдущей. 





Директивы %СТ1$ и %МОСТ($ управляют выводом в файл листинга самих дирек- 
тив управления листингом, в то время как директивы %М$Т и %МОЛ$Т (.115Т 
и .ХИ5Т) влияют на полноту представления исходного кода в целом. 





Директивы %5УМ5 и %№05УМ$ определяют включение (%5\М5) или не включе- 
ние (%№0$УМ5) таблицы идентификаторов в файл листинга. 


Директивы вывода текста включаемых файлов УМЕ. и %МОТМСЕ регулируют 
включение в файл листинга текста включаемых файлов (по директиве ПМСПОПЕ). 
По умолчанию включаемые файлы записываются в файл листинга. Директива 
%МОТМСЕ запрещает вывод в файл листинга всех последующих включаемых фай- 
лов, пока вывод снова не будет разрешен директивой %1МСЕ. 

Директивы вывода блоков условного ассемблирования регулируют включение 
блоков условной компиляции в листинг программы. 





Директива %(0№5 (.17ЕСОМ№)) заставляет ассемблер выводить в файл листинга 
все операторы условных блоков (в том числе с условием Ёа[5е). Директива 
%№0С0№0$ (.5ЕС0№05) запрещает вывод в файл листинга блоков условного ас- 
семблирования с условием #а15е. | 


И Зак. 256 
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Директива .ТЕСОМО переключает режимы вывода %С0№05 (.1ЕСОМО) и %№0С0№0$ 
(.5С0№05$). Эту директиву можно использовать как отдельно, так и совместно 
с директивами „.[ЕСОМО и .5КОМО$. Первая директива .ТЕСОМО, которую обнару- 
живает ТАЗМ, разрешает вывод в файл листинга всех блоков условного ассем- 
блирования. Следующая директива .ТЕСОМВ запретит вывод этих блоков. С ди- 
рективой .ТЕСОМО можно использовать ключ /х командной строки транслятора 
ТАМ — в этом случае блоки условного ассемблирования будут сначала выво- 
диться в файл листинга, но первая же директива .ТЕСОМБ запретит их вывод. 


Директивы вывода макрорасширений, как явствует из названия, управляют вы- 


водом макрорасширений: 


48 





Директива %МАС$ (.1АШ.) разрешает вывод в файл листинга всех макрорасши- 
рений. 

Директива %М№ОМАС$ (.ЗАН.) запрещает вывод всех операторов макрорасшире- 
ния в файл листинга. 

В трансляторе МА$М можно использовать директиву .ХАМ., позволяющую вы- 
водить в листингтолько те макрорасширения, которые генерируют код или дан- 
ные. 


Итоги 
9 





Преимущества языка ассемблера связаны, в частности, с макросредствами. Как 
говорят, если бы макросредств в нем не было, то их нужно было бы придумать. 


Макросредства — это основные инструменты модификации текста программы 
на этапе ее трансляции. Принцип работы макросредств основан на препроцес- 
сорной обработке, которая заключается в том, что текст, поступающий на вход 
транслятора, перед собственно компиляцией подвергается преобразованию 
и может значительно отличаться от синтаксически правильного текста, воспри- 
нимаемого компилятором. Роль препроцессора в трансляторе ТАЗМ выполня- 
ет макрогенератор. 


Для того чтобы макрогенератор мог выполнить свою работу, текст программы 
должен удовлетворять определенным требованиям. Макрогенератору необхо- 
димо сообщить, на какие элементы исходного текста он должен реагировать 
и какие действия должны быть произведены. Можно выделить несколько ти- 
пов таких элементов. 


Псевдооператоры ЕЦ и = предназначены для присвоения некоторому выраже- 
нию символического имени или идентификатора. Эти действия выполняет мак- 
рогенератор, заменяя в последующем тексте программы символические имена 
из правой части этих операторов строками из левой. 


Макрокоманда — строка в исходной программе, которой соответствует специ- 
альный блок — макроопределение. Макрокоманда может иметь аргументы, с по- 
мощью которых можно изменять текст макроопределения. Макрогенератор, 
встречая макрокоманду в тексте программы, корректирует текст соответствую- 
щего макроопределения, исходя из аргументов этой макрокоманды, и вставля- 
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ет его в текст программы вместо данной макрокоманды. Процесс такого заме- 
щения называется макрогенерацией. 


Условные директивы компиляции позволяют не просто модифицировать от- 
дельные строки программы, но и, исходя из определенных условий, управлять 
включением в загрузочный модуль отдельных фрагментов программы. Эти ди- 
рективы наиболее эффективны для работы с аргументами, передаваемыми при 
макрогенерации в макроопределения из макрокоманд, хотя отдельные дирек- 
тивы есть смысл применять и вне макроопределений в любом месте про- 
граммы. 


Директивы генерации ошибок, подобно условным директивам, позволяют ана- 
лизировать определенные условия в процессе трансляции программы и гене- 
рировать опгибку по результатам анализа. 


Для удобства формирования файла листинга компиляторы ассемблера предо- 
ставляют в распоряжение программиста ряд директив. С помощью этих дирек- 
тив можно довольно гибко изменять формат и полноту информации, выводи- 
мой ассемблером в файл листинга. 


Глава 15 


Модульное 
программирование 


% Основы структурного программирования 


№» Средства ассемблера для поддержки структурного 
программирования ' 


®» Процедуры и организация связей между процедурами 
на языке ассемблера 


3» Директива 1МУОКЕ (МАЗМ) 


>. Связь между программами на языках высокого уровня 
и программами на ассемблере 


Мы неоднократно подчеркивали один из существенных недостатков программ на 
языке ассемблера, а значит, и самого языка, — недостаточную наглядность. По про- 
шествии даже небольшого времени программисту порой бывает трудно разобраться 
в деталях им же написанной программы. А о чужой программе и говорить не при- 
ходится. Если в ней нет хотя бы минимальных комментариев, то разобраться с тем, 
что она делает, довольно трудно. Причины этого тоже понятны — при написании 
программы на языке ассемблера человек должен запрограммировать самые эле- 
ментарные действия или операции. При этом он должен учитывать и контролиро- 
вать состояние большого количества данных. Из-за элементарности программи- 
руемых операций реализация одного и того же алгоритма может быть произведена 
по крайней мере несколькими способами. Эта неоднозначность влечет за собой 
непредсказуемость, что и затрудняет процесс обратного восстановления исходно- 
го алгоритма по ассемблерному коду. 

По мере накопления опыта эти проблемы частично снимаются. Но одного опы- 
та мало. Ситуация усугубляется, если работает коллектив разработчиков. Тут уже 
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нужны специальные средства. Далее перечислены организационные и программ- 
ные (предоставляемые ассемблером) мероприятия, позволяющие хотя бы частич- 
но снять остроту этой проблемы. 





Документирование программистом своей работы и ее результатов. Делается это 
в первую очередь путем комментирования строк исходного текста программы. 
При этом комментарии должны коротко, но точно выражать то, что делает дан- 
ная программа в целом, выделять ее наиболее важные фрагменты и особенности 
применения отдельных команд. В конечном итоге, комментирование облег- 
чает понимание сути программы, но все-таки полностью не снимает про- 
блему. 





Упрощение кода программы путем замены сложных фрагментов более понят- 
НЫМ КОДОМ. Для этого, в частности, можно использовать рассмотренные нами 
макрокоманды. 





Использование при разработке программных проектов достижений современ- 
ных технологий программирования. 


К настоящему моменту наиболее популярными и жизнеспособными оказа- 
лись две технологии программирования: структурная и объектно-ориентиро- 
ванная. 

Последние версии пакетов ТАЗМ и МАЗМ языка ассемблера поддерживают 
объектно-ориентированное программирование, но реализация его довольно слож- 
на и требует отдельного рассмотрения. Типичному процессу написания програм- 
мы на ассемблере больше всего удовлетворяют концепции структурного програм- 
мирования. Можно даже сказать, что для процессорной архитектуры 1А-32 эти 
концепции поддерживаются на аппаратном уровне с помощью таких архитектур- 
ных механизмов, как сегментация памяти и аппаратная реализация команд пере- 
дачи управления. На программном уровне поддержка заключается, в основном, 
в соответствующих средствах конкретного компилятора, в частности, такие сред- 
ства имеют компиляторы ТАЗМ и МАЗМ. Данная глава посвящен этим программ- 
но-аппаратным средствам. 


Структурное программирование 


Структурное программирование — методология программирования, базирующаяся 
на системном подходе к анализу, проектированию и реализации программного 
обеспечения. Эта методология зародилась в начале 70-х гг. и оказалась настолько 
жизнеспособной, что и до сих пор является основной в большом количестве про- 
ектов. Ее основу составляет концепция модульного программирования. 
Концепцию модульного программирования можно сформулировать в виде не- 
скольких понятий и положений. Основа концепции модульного программирова- 
ния — модуль, который является продуктом процесса разбиения большой задачи 
на ряд более мелких функционально самостоятельных подзадач. Этот процесс на- 
зывается функциональной декомпозицией задачи. Каждый модуль в функциональ- 
ной декомпозиции представляет собой «черный ящик» с одним входом и одним 
выходом. Модули связаны между собой только входными и выходными данными. 
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Модульный подход позволяет безболезненно производить модернизацию про- 
граммы в процессе ее эксплуатации и облегчает ее сопровождение. Дополнитель- 
но модульный подход позволяет разрабатывать части программ одного проекта на 
разных языках программирования, после чего с помощью компоновочных средств 
объединять их в единый загрузочный модуль. | 

Основная цель модульного подхода — простота и ясность реализуемых реше- 
ний. Если вы затрудняетесь четко сформулировать назначение модуля, это гово- 
рит о том, что один из предыдущих этапов декомпозиции задачи был проведен 
недостаточно качественно. В этом случае необходимо вернуться на один или бо- 
лее шаг назад и еще раз проанализировать задачу этапа, вызвавшего проблему. Это, 
возможно, приведет к появлению дополнительных модулей в процессе функцио- 
нальной декомпозиции. 

При наличии в проекте сложных мест их нужно подробно документировать 
с помощью продуманной системы комментариев. Комментарии должны быть яс- 
ными в смысле отражения реализуемых идей и подчиняться некоторой системе — 
частной, если разработчик — частное лицо, или корпоративной, действующей внут- 
ри некоторого организованного коллектива разработчиков. По поводу системы 
комментирования можно еще раз напомнить несколько широко известных идей. 
Во-первых, желательно назначение всех переменных модуля описывать коммен- 
тариями по мере их определения. Во-вторых, исходный текст модуля должен иметь 
заголовок, отражающий назначение модуля и его внешние связи. Этот заголовок 
можно назвать интерфейсной частью модуля. В интерфейсной части с использо- 
ванием комментариев нужно поместить информацию о назначении модуля, об осо- 
бенностях функционирования, о входных и выходных аргументах, об исполь- 
зовании внешних модулей и переменных, а также о разработчике — для защиты 
авторских прав. 

В ходе разработки программы следует предусматривать специальные блоки 
операций, учитывающие реакцию на возможные ошибки в данных или В действи- 
ях пользователя. Это очень важный момент, означающий, что в алгоритме про- 
граммы не должно быть тупиковых ветвей, в результате работы которых программа 
«виснет» и перестает отвечать на запросы пользователя. Любые непредусмотрен- 
ные действия пользователя должны приводить к генерации ошибочной ситуации 
или к предупреждению о возможности возникновения такой ситуации. 

Из этих положений видно, какое большое значение придается организации 
управляющих и информационных связей между структурными единицами програм- 
мы (модулями), совместно решающими одну или несколько больших задач. При- 
менительно к языку ассемблера можно рассматривать несколько форм организа- 
ции управляющих связей. 


57 Макроподстановки позволяют изменять исходный текст программы в соответ- 
ствии с некоторыми предварительно описанными параметризованными 
объектами. Эти объекты имеют формальные аргументы, замещаемые в процес- 
се макрогенерации их фактическими аргументами. Такая форма образования 
структурных элементов носит некоторый предварительный характер из-за того, 
что процессы замены происходят на этапе компиляции и есть смысл рассмат- 
ривать их только как настройку на определенные условия функционирования 
программы. 
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Объединение в одну программу подпрограмм, написанных на ассемблере. 
В языке ассемблера такие подпрограммы называют процедурами. В отличие от 
макрокоманд, взаимодействие процедур осуществляется на этапе выполнения 
программы. 


| Объединение в единый модуль на этапе компоновки подпрограмм, написан- 
ных на разных языках программирования. Эта возможность реализуется бла- 
годаря унифицированному формату объектного модуля, однозначным согла- 
шениям о передаче аргументов и единым схемам организации памяти на этапе 
выполнения. 





Динамический (на этапе выполнения) вызов исполняемых модулей и дина- 
мическое подключение библиотек (ОТ.Г.-файлов) для операционной систе- 
мы У 9ом$. 

В качестве основных информационных связей можно выделить следующие: 


| общие области памяти и общие программно-аппаратные ресурсы процессора 
для связи модулей; 





унифицированная передача аргументов при вызове модуля (эту унификацию 
можно представлять двояко: на уровне пользователя и на уровне конкретного 
компилятора); 





унифицированная передача аргументов при возвращении управления из мо- 
ДУЛЯ. 

Чуть позже мы подробно рассмотрим процессы, происходящие при передаче 
аргументов. Сейчас в качестве некоторого итога приведенных ранее общих рас- 
суждений перечислим средства языка ассемблера по осуществлению функииональ- 
ной декомпозиции программы: 

П макросредства; 

процедуры; 

средства компилятора ассемблера в форме директив организации оперативной 
памяти и ее сегментации. 





Макросредства подробно рассмотрены в главе 14. Предварительное обсужде- 
ние процедур проведено при обсуждении команд передачи управления в главе 10. 
Но процедуры — это не просто механизм тривиальной передачи управления из 
одной точки программы в другую. В частности, этот механизм тесно связан со сред- 
ствами компилятора, поддерживающими организацию памяти и сегментацию. 
Поэтому дальнейшее обсуждение будет посвящено более глубокому изучению 
функциональной декомпозиции программ с использованием процедур и связан- 
ных с ними средств компилятора. 


Процедуры в языке ассемблера 


В Ассемблере для оформления процедур как отдельных объектов существуют спе- 
циальные директивы РКОС/ЕМОР и машинная команда КЕТ (см. главу 10). Если срав- 
нивать процедуры и макрокоманды, то можно сказать следующее. Процедуры, так 
же как и макрокоманды, могут быть активизированы в любом месте программы. 
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Процедурам, так же как и макрокомандам, могут быть переданы некоторые аргу- 
менты. Это позволяет, имея одну копию кода в памяти, изменять ее для каждого 
конкретного случая использования, хотя по гибкости процедуры уступают макро- 
командам. 

В главе 10 нами были рассмотрены возможные варианты размещения процедур 
в программе: 


= в начале программы (до первой исполняемой команды); 


% в конце программы (после команды, возвращающей управление операционной 
системе); 


# промежуточный вариант — тело процедуры располагается внутри другой про- 
цедуры или основной программы (в этом случае необходимо предусмотреть 
обход процедуры с помощью команды безусловного перехода МР); 


в другом модуле. 


Главная цель таких вариантов размещения — не допустить несанкционирован- 
ной передачи управления коду процедуры. Три первых варианта относятся к слу- 
чаю, когда процедуры находятся в одном сегменте кода. Мы их достаточно подробно 
обсудили. Что же касается последнего варианта, то он предполагает, что процеду- 
ры находятся в разных модулях. А это дает нам возможность говорить уже не об 
одном модуле, а о нескольких. Для реализации одной общей задачи эти модули 
должны быть связаны между собой по управлению и по данным. Если мы разбе- 
ремся стем, как организоватьтакую связь, то фактически сможем выполнить функ- 
циональную декомпозицию любой большой программы на нужное количество 
более мелких. В первой части главы мы рассмотрим, как организуется связь по 
управлению и по данным между модулями на ассемблере, а во второй части — меж- 
ду модулями на ассемблере и на языках высокого уровня (Разса! и С/С++). 

Сначала необходимо отметить один общий для всех этих трех языков момент. 
Так как отдельный модуль в соответствии с концепцией модульного программи- 
рования — это функционально автономный объект, то он ничего не должен знать 
о внутреннем устройстве других модулей, и наоборот, другим модулям также ни- 
чего не должно быть известно о внутреннем устройстве данного модуля. Однако 
должны быть какие-то средства, с помощью которых можно связать модули. В ка- 
честве аналогии можно привести организацию связи (интерфейс) телевизора и ви- 
деомагнитофона через разъем типа «скарт». Связь унифицирована, то есть извест- 
но, что один контакт предназначен для видеосигнала, другой — для передачи звука 
и т. д. Телевизор и видеомагнитофон могут быть разными, но связь между ними 
одинакова. Та же идея лежит и в организации связи модулей. Внутреннее устрой- 
ство модулей может совершенствоваться, они вообще могут в следующих версиях 
писаться на другом языке, но в процессе их объединения в единый исполняемый 
модуль этих особенностей не должно быть заметно. Таким образом, каждый мо- 
дуль должен иметь такие средства, с помощью которых он извещал бы транслятор 
о том, что некоторый объект (процедура, переменная) видимым вне этого модуля. 
И наоборот, нужно объяснить транслятору, что некоторый объект находится вне 
данного модуля. Это позволит транслятору правильно сформировать машинные 
команды, оставив некоторые их поля не заполненными. Позднее, на этапе компо- 
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новки, программа ТМК (ТА$М) или программа компоновки языка высокого 
уровня произведут настройку модулей и разрешат все внешние ссылки в объеди- 
няемых модулях. 

Для того чтобы объявить о подобного рода объектах, видимых извне, програм- 
ма должна использовать две директивы ТАЗМ: ЕХТЁМ и РОВИС. Директива ЕХТЕМ 
предназначена для объявления некоторого имени внешним по отношению кдан- 
ному модулю. Это имя в другом модуле должно быть объявлено вдирективе РИВЕС. 
Директива РОВШС предназначена для объявления некоторого имени, определен- 
ного в этом модуле и видимого в других модулях. Синтаксис этих директив следу- 
ющий: 


ех{гп имя:тип . . . имя:тип 
рчбИс имя,..., имя 


Здесь имя — идентификатор, определенный в другом модуле. В качестве иден- 
тификатора могут выступать: 





имена переменных, определенныхдирективами типа ОВ, ОУ ит. д.; 


ж имена процедур; 





имена констант, определенныхоператорами =и ЕОЦ. 


Аргумент тип определяет тип идентификатора. Указание типа необходимо для 
того, чтобы транслятор правильно сформировал соответствующую машинную ко- 
манду. Действительные адреса вычисляются на этапе редактирования, когда бу- 
дут разрешаться внешние ссылки. Возможные значения типа определяются допу- 
стимыми типами объектов для этих директив: 


в если имя — это имя переменной, то тип может принимать значения ВУТЕ, \МОВЬ, 
ОМЮОНО, РМЮНО, РАОВО, ОМЮВР и ТВУТЕ; 


если имя — это имя процедуры, тотип может принимать значения пеагили #аг; 





П если имя — это имя константы, то тип должен быть аБ5$. 


Покажем принцип использования директив ЕХТКМ и РОВШС на схеме связи мо- 
дулей 1 и 2 (листинги 15.1 и 15.2). 


Листинг 15.1. Модуль 1 


‚Модуль 1 
мазт 

.поде1 эта! 
‚зфаск 256 
„Дафа 

‚ соае 


му_ргос_1 ргос 


ур гос_1  епар 
ту_ргос_2  ргос 


му _ргос_2  епар 
; объявляем процедуру ту_ргос_1 видимой извне 
риб!с  му_ргос_1 
эта: 
моу ах, @Чата 


епа эта 
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Листинг 15.2. Модуль? 


;Модуль 2 
тазт 

.поде1  зэтай 
‚зфаск 256 
.Чаха 


. сое 
ехип  му_ргос_1 ; объявляем процедуру гоу_ргос_| внешней 
5фаг*: 

моу ах, @даха 


сай му_ргос_1 ;вызов ту_ргос_|1 из модуля 1 
епа з{ат+{ 


Рассмотренная нами схема связи — это, фактически, связь по управлению. Но 
не менее важно организовать информационный обмен между модулями. Рассмот- 
рим основные способы организации такой связи. 

Информационный обмен между модулями (процедурами) предполагает обмен 
данными. В этой связи важно понимать значение терминов аргумент, переменная, 
константа. 

Аргумент — это ссылка на некоторые данные, которые требуются для выпол- 
нения возложенных на модуль функций и размещенных вне этого модуля. По ана- 
логии с макрокомандами выделяют формальныеи фактические аргументы. Исхо- 
дя из этого, формальный аргумент можно рассматривать не как непосредственные 
данные или их адрес, а как «тару» для действительных данных, которые будут по- 
ложены в нее с помощью фактического аргумента. Формальный аргумент можно 
рассматривать как элемент интерфейса модуля (конкретный вывод «скарта»), 
а фактический аргумент — это то, что фактически передается на место формаль- 
ного аргумента 

Переменная — это нечто, размещенное в регистре или ячейке памяти, что мо- 
жет в дальнейшем подвергаться изменению. 

Константа — информационный объект простого типа, значение которого ни- 
когда не изменяется. 

Таким образом, если некоторые данные в модуле могут подвергаться измене- 
нию, то это переменные. Если переменная находится за пределами модуля (процеду- 
ры) и должна быть как-то передана в него, то для модуля она является формальным 
аргументом. Значение переменной передается в модуль для замещения соответ- 
ствующего параметра при помощи фактического аргумента. После пояснения раз- 
личия понятий формального и фактического аргументов далее по тексту они бу- 
дут называться обобщенно — аргументы, а о каком виде аргументов идет речь, 
станет понятно по контексту 

Если входные данные для модуля (аргументы) — переменные, то один и тот же 
модуль можно использовать многократно для разных наборов значений этих пере- 
менных. Но как организовать передачу значений переменных в модуль (процеду- 
ру)? При программировании на языке высокого уровня программист ограничен 
в выборе способов передачи аргументов теми рамками, которые для него оставля- 
ет компилятор. В языке ассемблера практически нет никаких ограничений на этот 
счет, и, фактически, решение проблемы передачи аргументов предоставлено про- 
граммисту. 
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На практике используются следующие варианты передачи аргументов в мо- 
дуль (процедуру): 
31 через регистры; 
# через общую область памяти; 
= через стек; 


" с помощью директив ЕХТКМ и РОВИС. 


Передачааргументовчерезрегистры 


Передача аргументов через регистры — наиболее простой в реализации способ пе- 
редачи данных. Данные, переданные подобным способом, становятся доступными 
немедленно после передачи управления процедуре. Этот способ можно рекомен- 
довать для передачи небольших объемов данных. Недостатки этого способа: 


небольшое число доступных для пользователя регистров; 


" необходимость постоянно помнить о том, какая информация в каком регистре 
находится; 


# ограничение размера передаваемых данных размерами регистра — если размер 
данных превышает 8, 16 или 32 бита, то передачу данных посредством регист- 
ров произвести нельзя и передавать приходится не сами данные, а указатели на 
НИХ. 


Передача аргументов через регистры широко применяется при вызове функ- 
ций 2О$. 

В главе 14 мы обсуждали программу (см. листинг 14.2) с макрокомандой, кото- 
рая подсчитывала длину строки, оканчивающуюся символом $. Для сравнения 
эффективности применения макрокоманд и процедур при программировании раз- 
работаем аналогичную программу (листинг 15.3), но с использованием процеду- 
ры Соц $утЪо1, подсчитывающей количествосимволоввстрокесконечнымсим- 
волом $. Процедура располагается в конце программы. Длина строки — не более 
99 символов. Адрес строки передается процедуре как аргумент через регистр $1. 
Результат подсчета возвращается в регистр ВЁ и выводится на экран в вызываю- 
щей программе. Для вывода на экран используется прямой доступ к видеобуферу. 


Листинг 15.3. Передача аргументов через регистры 


;рг=_15_3.а5т 

МАЗМ 

МОРЕГ зпа11 ‚модель памяти 

СТАСК 256 ; размер стека 

10с114е мас. 1пс ‚подключение файла с макросами 
„Чата ‚начало сегмента данных 

пазка а 71 ‚маска вывода на экран 

$61119 00 "Строка для подсчета $" ;тестовая строка 


мез 9 "В строке $6119 
спЕ 4 2 дир ("*") ; количество символов в строке 
Ч " символов" ‚10,13, '$' 


‚ соае 
па1п гос у точка входа в главную процедуру 
тоу ах, @дата 


тоу 45, ах продолжение = 
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Листинг 15.3 (продолжение) 


‚загрузка адреса строки 

; (для передачи смещения в процедуру) 

1еа $1, $Ег1п8 

:вызов процедуры 

са11 СоипЕ$утрот 

моу с1, БТ ;счетчик для 104$ И $5105м 
]Леа $1, 5&г1ир ;в 51 - указатель на строку 
шоу ах, 0Б800Н 





оу е5,ах ;загрузка в ез адреса видеопамяти 
оу ап, мазка ;маска вывода на экран 
оу 41,160 ‚позиция вывода на экран 
ста ; просмотр вперед - для 1049$6 и $05 
Ч1ер: 
104$Ъ ; пересылка байта из 49$:$1 в а1 
$605м ‚копирование значения ах 
;В ез:41 (видеобуфер) 
1оор 915р ; повтор цикла сх раз 
‚а теперь выведем количество символов в строке 
поУу а1, 61 
аат ‚в а1 две упакованные ВСО-цифры 
;результата подсчета 
ог ах,30308 ; преобразование результата в код АЗСТТ 
поу спф, ай 
оу сп&+1, а! 
Оит5{г тез ‚вывод строки пез 
‚ ЕХ1Е ‚макрос выхода 
па1п епар ‚конец главной процедуры 


СоипЕбутро1 ргоспеах 

; процедура СоипЕ5бумро1 - подсчет символов в строке. 
;На входе: $1 - смещение строки 

;На выходе: 61 - длина в виде упакованного ВС)-числа 





ризН ах ; сохранение используемых регистров 
ризВ сх 
с1а ‚просмотр вперед 
поу сх, 190 ‚максимальная длина строки 
;блок подсчета символов 
90: 
10435 ; загрузка символа строки в а1 
стр а1,'$' 
]е епазёт 
] сх? по_епа 
11с Ы ; приращение счетчика в Ы - количество 
й ‚подсчитанных символов в строке 
1о0р 90 ; повтор цикла 
епазёт: ;конец строки 
рор сх ‚восстановление регистров из стека 
рор ах 
кес ‚возврат из процедуры 
по_епд: 
‚какие-то действия по обработке ситуации 





‚отсутствия в строке символа $ 











те ‚возврат из процедуры 
СоцпЕ5умоо1 епар ;конец процедуры 
еп па1п уконец программы 


Передача аргументов через общую 
область памяти 


Передача аргументов через общую область памяти предполагает, что вызывающая 
и вызываемая программы условились использовать некоторую область памяти как 
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общую. Транслятор предоставляет специальное средство для организации такой 
области памяти. В главе 5 мы разбирали директивы сегментации и их атрибуты. 
Один из них — атрибут комбинирования сегментов. Наличие этого атрибута ука- 
зывает компоновщику, как нужно комбинировать сегменты, имеющие одно имя. 
Значение соттоп означает, что все сегменты, имеющие одинаковое имя в объеди- 
няемых модулях, располагаются компоновщиком начиная с одного адреса опера- 
тивной памяти. То есть они будут просто перекрываться в памяти и, следователь- 
но, совместно использовать выделенную память. 

Недостатком этого способа в реальном режиме работы процессора является 
отсутствие средств защиты данных от разрушения, так как нельзя проконтролиро- 
вать соблюдение правил доступа к этим данным. 

Рассмотрим листинг 15.4с примером использования общей области памяти для 
обмена данными между модулями. На этот раз программа состоит уже из двух не- 
зависимых модулей, находящихся в разных файлах, и поэтому они представляют 
собой отдельные единицы трансляции. Функционально эти модули реализуют 
несложную задачу, которая заключается в том, что вызываемые процедуры фор- 
мируют строку символов и передают ее через общую область, а вызывающая их 
процедура та! выводит строку на экран. 


Листинг 15.4. Передача аргументов через общую область памяти (модуль 1) 


;ргЕ15_4.а$т 
10с104е мас. 1пс ‚подключение файла с макросами 
ЕК зедтепе экаск 

Ч 256 аир (0) 


ЕК епд$ 

соттоп_Чафа зедтепе рага сомтоп "Дара" ;начало общей области памяти 
Бит 96 15 ПОР (“") ;буфер для хранения строки 

Сето 9м 0 


соттоп_дафа епд$ 

ехёгп РифСпаг : Таг , РиЕСпагЕпа : Таг 
соде зедтепе ‚начало сегмента кода 

аззише с$:со4е,е$:соттоп_Чафа 
па1п рхос 

поу ах, соттоп_дафа 

поу е$,ах 
‚вызов внешних процедур 

са11 РасСпах 

са11 РисСНахЕпа 

ризнез 

рор а$ 

ОцЕ5Ег ОЕ 

‚ ЕХтЕ ‚стандартный выход 

па1п епар ‚конец главной процедуры 
соде еп9з 

еп@ па1п 

Вызываемые процедуры находятся в другом модуле (листинг 15.5). Обратите 
внимание нато, что совсем не обязательно, чтобы данные всегментах соттоп име- 
ли одинаковые имена. Главное, и заэтим нужно следить с особой тщательностью, — 
структура общих сегментов. Она должна быть абсолютно идентичной во всех мо- 


дулях программы, обменивающихся данными через общую память. 


Листинг 15.5. Передача аргументов через общую область памяти (модуль 2) 


;рг815_5.а5т р 
шсиае мас. 1пс ‚подключение файла с макросами д Л 
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Листинг 15.5 (продолжение) 


(К зедшепЕ збаск 
Ч 256 дир (0) 
ЕК епд5 


раса  зедшепе рага ру б11с "Чака" 
ше 0 "Общий сегмент" ‚дай, ван, '$' 
2 


сетр1 ар ? 
сетр2 аа ? 
{етрз 94а ? 
рака епд5 
рур11с РифСпаг,Ри&{СвагЕпа 
соттоп_дафа зедщепе рага сошшоп "дара" ;начало общей области памяти 
раЕЕег 4 15 ПФР (" ") ‚буфер для Формирования строки 
{труг  9м 0 
соттоп_дафа еп9$ 
соде зедтепе ; начало сегмента кода 
аззише с5:со4е,е$ : соттоп_Чафа, 4$: рЧафа 
РифСнаг ргос ЁРаг ‚объявление процедуры 
с1а 
поу 51 ,0 


ТУрС сн, <работает!> 
оу БитРег [$1], '&сй'’ 





11С $ 

епам 

оу фтръТ, $1 

ге ‚возврат из процедуры 
РаЕСпаг епар ;конец процедуры 


РисСВагЕпЯ ргосЁаг 
оу $1, тмрз1 

оу БифРег[$1],'$' 
её 

РиеСВатЕпа епар 

соде еп95 

епа 


Так как в данном примере программа состоит уже из двух модулей, то возника- 
ет естественный вопрос: как собрать ее в один исполняемый модуль? Можно пред- 
ложить следующую последовательность шагов. 








1. Выполнить трансляцию файла ргд15_4.азт и получить объектный модуль 
рг915_4.05}: 
фазт /7! ргё15_4.а5м, ,, 

2. Выполнить трансляцию файла ргд15_5.азт и получить объектный модуль 
рг915_5.06}: | 
{азт /7! ргё15_5.а5м, ,, 

3. Скомпоновать программу утилитой ТМК командной строкой вида: 
{11иК /\ ргЕ15_4.06] + рг15_4.06] 

В итоге будет создан исполняемый файл рг215_4.ехе. Интересно исследовать 
его с использованием отладчика. После загрузки рг#15_4.ехе в отладчик в окне 
Моде появится только исходный текст программы из файла ргд15_4.азт. И лишь 
после вызова процедуры по команде САП; (нажатием клавиши Е7) в окно будет за- 
гружен текст вызванной процедуры. 


Передача аргументов через стек 


Передача аргументов через стек при вызове процедур используется наиболее час- 
то. Суть этого способа заключается в том, что вызывающая процедура самостоя- 
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тельно заносит в стек передаваемые данные, после чего обращается к вызываемой 
процедуре. В главе 10 мы рассматривали процессы, происходящие при передаче 
управления процедуре и возврате из нее. При этом мы обсуждали содержимое сте- 
ка до и после передачи управления процедуре (см. рис. 10.4 и 10.5). Как следует из 
этих рисунков, при передаче управления процедуре процессор автоматически за- 
писывает на вершину стека два (для процедур типа пеаг) или четыре (для проце- 
дур типа Гаг) байта. Вы помните, что эти байты являются адресом возврата в вызы- 
вающую программу. Если перед передачей управления процедуре командой САМ, 
в стек были записаны переданные процедуре данные или указатели на них, то они 
окажутся под адресом возврата. 

При рассмотрении архитектуры процессора мы выяснили, что стек обслужива- 
ется тремя регистрами: 5$, ЗР и ВР. Процессор автоматически работает с регистра- 
ми 55 и ЭР в предположении, что они всегда указывают на вершину стека. По этой 
причине их содержимое изменять не рекомендуется. Для произвольного доступа 
к данным в стеке архитектура процессора имеет специальный регистр ЕВР\ВР (Вазе 
Рош{ — указатель базы). Так же как и для регистра ЕЗР\5Р, обращение к ЕВР\ВР 
автоматически предполагает работу с сегментом стека. Перед использованием этого 
регистра для доступа к данным стека содержимое стека необходимо правильно 
инициализировать, что предполагает формирование в нем адреса, который бы ука- 
зывал непосредственно на переданные данные. Для этого в начало процедуры ре- 
комендуется включить дополнительный фрагмент кода. Он имеет свое название — 
пролог процедуры. Типичный фрагмент программы, содержащий вызов процеду- 
ры с передачей аргументов через стек, может выглядеть так: 


<1> мат 

<2> поде]1 та] 1 

<3>... 

<4> ргос_1 ргос пеаг "близкая" процедура (пеаг) с п аргументами 
<5> ; начало пролога 

<5> разы р 

<7> поу Бр, $р 

<«8> ;конец пролога 

<9> по\у ах, [6р+4] ; доступ к аргументу агд_п для пеаг-процедуры 
<18> шоу ах, [50+6] доступ к аргументу агё_{п-1} 

<11> ни ‚команды процедуры 

<12> ‚подготовка к выходу из процедуры 

<13> ; начало эпилога 

<14> поу 5р,Бр ‚восстановление зр 

<15> рор Бр ‚восстановление значения старого Ър 
<16> ‚до входа в процедуру 

<17> ге ‚возврат в вызывающую программу 
<18> ; конец эпилога 

<19> ргос_1 епар 

<20> 

<21> . соае 

<22> па1п ргос 

<23> поу ах, @дата 

<24> поу 49$, ах 

<25> ра . 

<26> ризВ агд_1 ; запись в стек 1-го аргумента 

<27> ризН аг8ё_2 :запись в стек 2-го аргумента 

<28> + 

<29> ризп агд_п ;запись в стек п-го аргумента 

<30> са11 ргос_1 ;вызов процедуры ргос_1 








<31> ‚действия по очистке стека после возврата из процедуры 
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<32> в 
<33> ЩИ 
<34> _ехи 
<35> таш епар 
<36> еп шали 


Код пролога состоит всего из двух команд. Первая команда ризН Бр сохраняет 
содержимое ВР в стеке с тем, чтобы исключить порчу находящегося в нем значе- 
ния в вызываемой процедуре. Вторая команда пролога тоубр,5р настраивает ВР на 
вершину стека. После этого можно не волноваться о том, что содержимое 5Р пере- 
станет быть актуальным, и осуществлять прямой доступ к содержимому стека. Что 
обычно и делается. Для доступа к агд_п достаточно сместиться от содержимого ВР 
на 4, для агд_{п-1} — на 6 ит. д. Но эти смещения подходят только для процедур 
типа пеаг. Для процедур типа Ёаг эти значения необходимо скорректировать еще 
на 2, так как при вызове процедуры дальнего типа в стек записывается полный 
адрес — содержимое С$ и ГР. Поэтому для доступа к агд_п в строке 9 команда будет 
выглядеть так: тоу ах, [6р-+ 6], а для агд_{п-1}, соответственно, тоу ах, [6р-+8] ит.д. 

Конец процедуры также должен быть оформлен особым образом, обеспечивая 
корректный возврат из процедуры. Фрагмент кода, выполняющего такие действия, 
имеет свое название — эпилог процедуры. Код эпилога должен восстановить кон- 
текст программы в точке вызова процедуры из вызывающей программы. При этом, 
в частности, нужно откорректировать содержимое стека, убрав из него ставшие 
ненужными аргументы, передававшиеся в процедуру. Это можно сделать несколь- 
кими способами. 





Можно использовать последовательность из и команд рор хх. Лучше всего 
это делать в вызывающей программе сразу после возврата управления из 
процедуры. 

Можно откорректировать регистр указателя стека ЗР на величину 2 * и, напри- 
мер, командой ад 4 зр, ММ, где ММ =2 * п, ап — количество аргументов. Это также 
лучше делать после возврата управления вызывающей процедуре. 





И Можно использовать машинную команду КЕТ п вкачестве последней исполня- 
емой команды в процедуре. Здесь п — количество байтов, на которое нужно уве- 
личить содержимое регистра ЕЗР\5Р после того, как со стека будут сняты со- 
ставляющие адреса возврата. Видно, что этот способ аналогичен предыдущему, 
но выполняется процессором автоматически. 


В каком виде можно передавать аргументы в процедуру? Ранее упоминалось, 
что передаваться могут либо данные, либо их адреса (указатели на данные). В язы- 
ке высокого уровня это называется передачей по значению и по адресу, соответ- 
ственно. 

Наиболее простой способ передачи аргументов в процедуру — передача ио зна- 
чению. Этот способ предполагает, что передаются сами данные, то есть их значе- 
ния. Вызываемая программа получает значение аргумента через регистр или через 
стек. Естественно, что при передаче переменных через регистр или стек на их раз- 
мер накладываются ограничения, связанные с размерностью используемых регис- 
тров или стека. Другой важный момент заключается в том, что при передаче аргу- 
ментов по значению в вызываемой процедуре обрабатываются их копии. Поэтому 
значения переменных в вызывающей процедуре не изменяются. 
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Способ передачи аргументов по адресу предполагает, что вызываемая процеду- 
ра получает не сами данные, а их адреса. В процедуре нужно извлечь эти адреса 
тем же методом, как это делалось для данных, и загрузить их в соответствующие 
регистры. После этого, используя адреса в регистрах, следует выполнить необхо- 
димые операции над самими данными. В отличие от передачи данных по значе- 
нию, при передаче данных по адресу в вызываемой процедуре обрабатывается не 
копия, а оригинал передаваемых данных. Поэтому при изменении данных в вызы- 
ваемой процедуре они автоматически изменяются и ввызывающей программе, так 
как изменения касаются одной области памяти. 


Использование директив ЕХТЕМ и РЧУВИС 


Директивы ЕХТКМ и РОВИС мы уже упоминали, когда рассматривали варианты вза- 
имного расположения вызывающей программы и вызываемой процедуры. Ко все- 
му сказанному добавим, что директивы ЕХТКМ и РУВИС также можно использовать 
для обмена информацией между модулями. Назначение и форматы этих директив 
остаются теми же, поэтому сейчас опишем только порядок их использования для 
обмена данными. Возможны несколько вариантов их применения: | 


# оба модуля используют сегмент данных вызывающей программы; 
%# у каждого из модулей есть собственный сегмент данных; 


# модули используют атрибут комбинирования (объединения) сегментов риузже 
в директиве сегментации ЗЕСМЕМТ. 


Рассмотрим эти варианты на примере программы, которая определяет в сег- 
менте данных две символьные переменные и вызывает процедуру, выводящую эти 
символы на экран. 

В первом варианте, в котором два модуля используют только сегмент данных 
вызывающей программы, не требуется переопределения сегмента данных в вызы- 
ваемой процедуре. В листинге 15.6 в вызывающей программе определены две пе- 


ременные, вывод на экран которых осуществляет вызываемая программа (лис- 
тинг 15.7). 


Листинг 15.6. Первый вариант использования директив ЕХТНМ и РОУВИС (модуль 1} 


;рг515_6..азт 

Вызывающий модуль 

шсиае мас. 1пс 

еж{гп му _ргос2 : Таг 

ричбИс рег], рег2 

ЗК зедтеп{ $аск 
96 256 аир (0) 

УК епа$ 

Ча{а зедтеп{ 

рей ав “1” 

рег2 ав "2" 

ата епа$ 

соде зедтет{ 

тат ргос Таг 

аз5ите с$:соде,4$:Чафа, $$: ${К 
моу ах, даа 


моу 45, ах 
са] ту_ргос2 
ех1е 


продолжение = 
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Листинг 15.6 (продолжение) 


тат епар 
содФе — епа$ 
еп тат 


Листинг 15.7.Первый вариант использования директивехит и ри с (модуль2) 


;ргё15_7.а5т 
;Вызываемый МОДУЛЬ 
шсие мас. 1пс 
ехЕхп  рег1:Бубе, рег2 : руке 
рур11с му_ргос2 
соде зедтепе 
ту _ргос2 ргосЁЕаг 
аззише с$:соае 
‚вывод символов на экран 
моу 91, рег1 
би{Сваг 
поу 91, рег2 
ОцЕСВах 
те 
пу _ргос2 епар 
соде еп95 
епа 


Сборка программы из двух модулей для этого и следующих вариантов осуще- 
ствляется так же, как было показано в листингах 15.4 и 15.5. 

Во втором варианте у каждого из модулей есть свой собственный сегмент дан- 
ных. В этом случае для доступа к разделяемым переменным из другого модуля 
требуется переопределение сегмента данных в вызываемой процедуре (строки 17- 
19и 23-24 листинга 15.8). 


Листинг 15.8. Второй вариантиспользования директивехпт ири с 


; рг515_8.а5т 

;Вызывающий модуль - тот же, что и для предыдущего варианта. 
<1> ;Вызываемый модуль 

<2> 1ос1аде мас. 1пс 

<3> ехрги  рег1:Буте, рег2 :Буфе 

<4> рир11с му_ргос2 








<5> даба зедтепё 

<б> рег а "0" 

<7> Часа епаз 

<8> сое зедтепе 

<9> ту_ргос2 ргос Гаг 

<10> аззиме с$:со4е,9$;:ааба 

<11> ‚вывод символов на экран 

<12> оу ах, дата 

<13> оу 9$, ах 

<14> оу 41, рег@ 

<15> ОпЕСВаг 

<16> ру$69$ ; сохранили 9$ 
<17> оу ах,5ер рег] ;сегментный адрес рег] в 9$ 
<18> оу 4$, ах : 

<19> оу @Т, рег1 

<20> ОпЕСВаг ‚вывод рег1 
<21> поу 41, рег2 

<22> ОпЕСВах ‚вывод рег2 
<23> рор 4$ ‚восстановили 0$ 
<24> поУ 91, регб 

<25> ОцЕСПаг ‚и еще раз рего 


<26> те 
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<27> ту_ргос2 епар 
<28> соде епа$ 
<29> епа 


Рассмотрим улучшенный второй вариант программы (листинг 15.9). В преды- 
дущем случае мы использовали для адресации данных в разных сегментах данных 
один регистр 0$, а теперь для доступа к разделяемым переменным из другого мо- 
дуля задействуем один из дополнительных сегментных регистров данных, к при- 
меру Е$. Заметьте, что обращение к данным другого сегмента осуществляется с по- 
мощью префикса замены сегмента (строки 18 и 20). 


Листинг15.9.Улучшенныйвторойвариантиспользованиядирективехиптири с 











;рг215_9. азт 

‚Вызывающий модуль - тот же, что и для предыдущего варианта. 
<1> ‚;Вызываемый модуль 

<2> 1пс1и4е Томас. 1пс 

<3> ехЕгп рег]: Буфе ‚рег2:Бу{е 
<4> рир11с му ргос2 

<5> Даса зертеп\ 

<6> рег0 аь "0" 

<1> Чака епа$ 

<8> сое зедтепе 

<9> ту_ргос2 ргос Гах 

<10> аззише с$:соде, 4$ : Часа 
<#1> ‚вывод символов на экран 
<12> тоу ах, да*а 

<13> оу 9$, ах 

<14> оу 491, рего 

<15> ОцЕСВаг 

<16> оу ах, ев рег1 

<17> оу е5, ах 

<18> оу 91, е$:рег1 

<19> ОчЕСВаг 

<20> оу 91, ез:рег2 

<21> ОпЕСПаг 

<22> оу 91, рег@ 

<23> ОпЕСВах 

<24> кее 

<25> пу _ргос2 епар 

<26> содеепа$ 

<27> ета 


Третий вариант предполагает использование атрибута комбинирования (объ- 
единения) сегментов ри Ис в директиве сегментации ЗЕСМЕМТ для сегментов дан- 
ных модулей (листинги 15.10и15.11).Это значение атрибута комбинирования за- 
ставляет компоновщик объединить последовательно сегменты с одинаковыми 
именами. Все адреса и смещения будут вычисляться относительно начала этого 
нового сегмента. Тогда не понадобится производить дополнительной настройки 
сегментных регистров (как было в двух предыдущих случаях). 


Листинг 15.10. Третий вариант использования директив ехит и ри с (модуль 1) 


;ргЕ15_16.а5т 
‚Вызывающий модуль 
11с1а9де мас .1пс 
ехип — му_ргос2: Таг ‚ регд:Буте 
рибИс рег1,рег2 
ЗК зедтеп{ $аск 
6 256 аир (0) 
Ук епаз продолжение $ 
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Листинг 15.10(продолжение) 
Чата зедтеп{ рага рибШс "даа" 


рей аб "1" 
рег2 а6 "2" 
Ча{а еп0$ 


соде зедтегте 
тат ргостаг 


моу ах, дата 
моу 95, ах 
оу 41, рег 
ОщСпаг 

сан ту _ргос2 
ехтЕ 

тат епар 

соде епа$ 

еп тат 


Листинг15.11.Третий вариантиспользования директивехипти ри с (модуль2) 


;рг515_11, а5м 

;Вызываемый модуль 

шсу@е пмас.1пс 

ех(гп  рег1:Буте , рег2 : Буфе 
руЬ11с му_ргос2,рег@ 


Даса седшепЕ рака руЪ11с "даба" 
регб а "0" 

Дака епд$ 

соде седиепЕ 


ту_ргос2 ргос Гаг 
аззиме с5:соае,@5:Чаба 
;95 загружать не надо, так как компоновщик его присоединит 
:к сегменту данных первого модуля 
‚вывод СИМВОЛОВ на экран 
оу 91, рег@ 
ОцЕСПах 
оу 91, рег1 
ОцЕСВаг 
оу 91, рег2 
ОцЕСВах 
поу 91, рего 
ОпЕСПах 
те 
му_ргос2 епар 
соде епа$ 
епа 


Возврат результата из процедуры 


В отличие от языков высокого уровня, в языке ассемблера нет отдельных понятий 
для процедуры и функции. Организация возврата результата из процедуры пол- 
ностью ложится на программиста. Если исходить из того, что получение результа- 
та — частный случай передачи аргументов, то программисту доступны три вариан- 
та возврата значений из процедуры. 





15 С использованием регистров. Ограничения здесь те же, что и при передаче дан- 
ных, — это небольшое количество доступных регистров и их фиксированный 
размер. Функции ОО$ используют именно этот способ. Из рассматриваемых 
здесь трех вариантов данный способ является наиболее быстрым, поэтому его 
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есть смысл задействовать для организации критичных по времени вызова про- 
цедур с малым количеством аргументов. 





С использованием общей области памяти. Этот способ удобен при возврате 
большого количества данных, но требует внимательности в определении обла- 
стей данных и подробного документирования, чтобы устранить неоднозначность 
при трактовке содержимого общих участков памяти. 





С использованием стека. Здесь, подобно передаче аргументов через стек, также 
требуется регистр ВР. При этом возможны следующие варианты: 


О использование для возвращаемых аргументов тех же ячеек в стеке, которые 
применялись для передачи аргументов в процедуру, то есть предполагается 
замещение ставших ненужными входных аргументов выходными данными; 


О предварительное помещение в стек наряду с передаваемыми аргументами 
фиктивных аргументов с целью резервирования места для возвращаемого 
значения (в этом варианте процедура, конечно же, не должна пытаться очи- 
стить стек командой КЕТ, эту операцию придется делать в вызывающей про- 
грамме, например, командой РОР). 


В ходе приведенного обсуждения мы выяснили, что ассемблер не накладывает 
никаких ограничений на организацию процесса передачи данных и возврата зна- 
чений между двумя процедурами, а в более общем случае — и между модулями, 
представляющими отдельные файлы. Наиболее быстрый способ такого обмена — 
использование регистров. Но часто требуется связывать между собой не только 
программы, написанные на ассемблере, но и программы на разных языках. В этом 
случае универсальным является обмен данными через стек. Далее мы рассмотрим, 
как решается проблема связи программных модулей, написанных на языке ассем- 
блера и языках высокого уровня. 


Директива МУОКЕ 


Для более удобного вызова процедур с параметрами, передающимися через стек, 
МАЗМ предоставляет специальное средство в виде директивы [МУОКЕ: 
ГМУОКЕ имя_процедуры [ , аргументы] 

Основная ее задача — сформировать код, который, во-первых, размещает аргу- 
менты в стеке, во-вторых, вызывает процедуру и, в третьих, чистит стек после за- 
вершения работы процедуры. Например, традиционный способ вызова процеду- 
ры выглядит так: 


ризВ параметр_п 
ризВ параметр_2 
разв параметр _1 
са11 имя_процедуры | 
С использованием [МУОКЕ тот же самый вызов будет выглядеть следующим об- 
разом: 
ГМУОКЕ имя_процедуры, параметр_1, параметр_2 ... лараметр_п 


Для ГМУОКЕ аргумент имя_процедуры не должен быть опережающей ссылкой на 
адрес. Чтобы исключить подобные ситуации, существует «парная» для [МУОКЕ ди- 
ректива РКОТО: 
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имя_процедуры РВОТО [расстояние] [язык] [, [параметр] :тип]... 

Эта директива информирует ассемблер о количестве и типах аргументов, кото- 
рые принимает процедура. Использование данной директивы позволяет ассемб- 
леру выполнять проверку типов. Обычно все директивы РКОТО для процедур соби- 
раются в начале исходного текста программы либо в отдельном включаемом файле. 
Директива РКОТО принимаеттри типа аргументов — расстояние, язык, параметры 
процедуры с указанием их типов. 


т Аргумент расстояние (МЕАК, РАК, МЕАК16, МЕАКЗ2, ЕАЕ16 или ЕАКЗ2) влияет на раз- 
мер адреса, формируемого ассемблером для вызова процедуры. По умолчанию 
значение этого параметра определяется исходя из текущей модели памяти и типа 
процессора. 





Аргумент язык для определения стиля и соглашения по вызову процедуры в ка- 
честве значения принимает имя языка (табл. 15.1). 





Аргумент параметр представляет собой последовательность перечисленных че- 
рез запятую параметров процедуры. Исходя из этой информации, при вызове 
процедуры ассемблер преобразует последовательность параметров в последо- 
вательность команд РОЗН с формированием соответствующих адресов парамет- 
ров процедуры в стеке. 





Аргументтип — один из допустимых ассемблером простых типов данных. В ка- 
честве типа может быть указано слово УАКАКС. Оно предназначено для опреде- 
ления процедур с переменным числом аргументов. Тип УАКАКС указывается 
с последним параметром, заданным в директиве РКОТО. Тип УАКАКС можно ис- 
пользовать, если аргументом язык является С, ЗУЗСАШ. или 5ТВСАШ. 


Таблица 15.1. Передача аргументов в языках высокого уровня 


НИТИ аргументов стека 

[ МОГАМОАСЕ | 
С++ (СРР) вызывающая 
тьслы. |- | Сыны | Бызывюмя | 


Приведем типовую последовательность действий в программе для вызова про- 
цедуры в МАЗМ: 


; задание прототипа процедуры ргоа 
ргос1  РНОТО — $&аса11 :дчога, :амога 














‚вызов процедуры 
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Следует отметить разницу в описании процедур в МАЗМ и ТАЗМ. Общий вид 
представления процедуры в МАЗМ похож на стиль ТАЗМ, но имеет отличия 
в синтаксисе и содержании: 


имя_процедуры РВОС [расстояние] [язык] [видимость]. 
[<аргументы пролога\эпилога>] 
[95Е$ слисок_регистров] [, аргумент [:тип]]... 
[ГОСАЁ список_переменных] 


` тело процедуры 
[ВЕТ [количество байтов] ] 
имя_процедуры ЕМОР 

Параметры расстояние, язык и видимость имеют сходные с описанием процеду- 
ры в ТАЗМ значения. Параметр расстояние показывает локализацию места, из ко- 
торого может быть вызвана процедура, с помощью одного из ключевых слов: МЕАК, 
РАК, МЕАК16, МЕАКЗ2, ЕАК16 или ЕАКЗ2. Параметр язык — один из допустимых типов 
языков (см.табл. 15.1). Параметрвидимостьопределяетдоступностьпроцедуры для 
других модулей и имеет одно из значений РЕПУАТЕ (по умолчанию), РОВИС или 
ЕХРОКТ. Этот параметр можно изменить директивой ОРТОМ РКОС. 

Последней командой процедуры обычно является КЕТ. В качестве ее операнда 
можно указать число байтов, которые процедура должна удалить из стека при воз- 
врате управления в точку вызова. 

Ассемблер автоматически генерирует код пролога и эпилога для правильной 
передачи аргументов в процедуру через стек и очистки стека при возврате из нее. 
Код пролога и эпилога можно несколько изменить применением директив ОРТ!ОМ 
РВОТОСОЕи ОРТШОМ ЕРП.ОСТЕ, 

Локальные переменные объявляются в процедуре директивой Г.ОСАГ (перед 
любыми командами). В процедуре может быть несколько директив [0САГ. 

Аргументы пролога/эпилога — аргументы, определяющие особенности пролога 
и эпилога процедуры. Аргументы по умолчанию — РКОГОСОЕ и ЕРШОСТЕ. Другие 
значения: 


- РОКСЕЕВАМЕ — генерация сегмента стека; 


# 1[0А00$ — сохранение регистра 0$ в прологе процедуры и восстановление его 
в эпилоге. 


Если аргументов несколько, то они разделяются запятыми. 

При вызове процедуры можно указать регистры общего назначения, которые 
нужно сохранить в стеке и назначить символические имена адресам в стеке, кото- 
рые логически являются параметрами процедуры. Все это делает директива 0ЗЕ$. 
Имена перечисляемых регистров разделяются пробелами, а имена переменных — 
запятыми. Для переменных может указываться тип. В качестве значения типа мо- 
жет быть либо имя простого типа (например, О\ОКР), либо УАКАКС. Служебное слово 
УАКАКС позволяет задать переменное число параметров. При его использовании 
оно должно быть последним в списке параметров процедуры. Служебное слово 
УАКАКС указывается только, если параметр язык равен С, $У$САЧ. или $ТОСАШ. По 
умолчанию параметр тип равен УОКЕР для 16-разрядного сегмента и О\ОВО — для 
32-разрядного сегмента. 
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Связь ассемблера с языками 
высокого уровня 


На протяжении всего учебника мы неоднократно подчеркивали сильные и слабые 
стороны языка ассемблера как языка программирования. Писать на нем достаточ- 
но объемные программы утомительно. И всегда ли это нужно? Конечно, не всегда. 
Если программа не предназначена для решения каких-то системных задач, требу- 
ющих максимально эффективного использования ресурсов компьютера, если к ней 
не предъявляются сверхжесткие требования по размеру и времени работы, если 
вы не «фанат» ассемблера — то, на мой взгляд, следует подумать о выборе одного 
из языков высокого уровня. Существует и третий, компромиссный путь — комби- 
нирование программ на языке высокого уровня с кодом на ассемблере. Такой спо- 
соб обычно используют в том случае, если в вашей программе есть фрагменты, 
которые либо вообще невозможно реализовать без ассемблера, либо ассемблер 
может значительно повысить эффективность работы программы. 

Болыпинство компиляторов учитывают возможность комбинирования их «род- 
ного» кода с ассемблером. Как именно? Это зависит от конкретного компилятора 
языка высокого уровня. Учитывая, что большинство программистов работают или, 
по крайней мере, владеют основами программирования на языках С/С++ и Разса|, 
дальнейшее обсуждение будет касаться именно этих языков. В настоящее время 
существует несколько их основных реализаций, поддерживаемых разными фир- 
мами-производителями. В этих реализациях имеются, в основном, одинаксвые 
механизмы связи с языком ассемблера. Единственное, что остается сделать при 
реализации конкретной задачи на конкретном компиляторе, — уточнить в доку- 
ментации на язык нужные параметры связи и, возможно, особенности организа- 
ции связи с кодом на ассемблере. Невозможно дать универсальные рекомендации 
по этому вопросу и остается лиить сосредоточиться на отображении наиболее прин- 
ципиальных моментов связи программ на языках Разса| и С/С++ с ассемблером, 
актуальных для большинства реализаций этих языков. 

Вначале мы отметим общие моменты, актуальные как для С/С-++, так и для 
Разса|. Затем на примерах конкретных программ мы обсудим моменты, специфич- 
ные для каждого из этих языков. 

Существуют следующие формы комбинирования программ на языках высоко- 
го уровня с ассемблером. 


Р Использование операторов типа 1пПпе и ассемблерных вставок в виде встраи- 
ваемого ассемблерного кода. Эта форма в значительной степени зависит от син- 
таксиса языка высокого уровня и конкретного компилятора. Она предполага- 
ет, что ассемблерные коды в виде команд ассемблера или прямо в машинных 
командах вставляются втекст программы наязыке высокого уровня. Компиля- 
тор языка распознает их как команды ассемблера (машинные коды) и без изме- 
нений включает в формируемый им объектный код. Эта форма удобна, если 
надо вставить небольшой фрагмент. 


# Использование внешних процедур и функций. Это более универсальная фор- 
ма комбинирования. У нее есть ряд преимуществ: 
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О написание и отладку программ можно производить независимо; 
О написанные подпрограммы можно использовать в других проектах; 


П облегчаются модификация и сопровождение подпрограмм в течение жиз- 
ненного цикла проекта (к примеру, если ваша процедура наассемблере про- 
изводит работу с некоторым внешним устройством, то при смене устрой- 
ства вам нет необходимости перекраивать весь проект — достаточно заменить 
только работающую с ним процедуру, оставив неизменным интерфейс про- 
граммы на языке высокого уровня с ассемблером). 


Встраиваемый ассемблерный код 


Большинство компиляторов языков высокого уровня поддерживают возможность 
вставки ассемблерного кода в обрабатываемые ими программы. В данном разделе 
основное внимание уделяется ассемблерным вставкам в программах на С++, так 
как именно этот язык наиболее часто используется для реализации задач систем- 
ного программирования. 

Оператор 1пйпе языка Разса| представляет собой следующую синтаксическую 
конструкцию: 
111 1пе (машинные _коды) 


В скобках указывается строка машинных кодов. Для получения такой строки 
целесообразно написатьнужныйфрагментнаассемблере, скомпилироватьиспол- 
няемый модуль, азатем запуститьотладчик. Вокне СРО отладчикавы увидите ма- 
шинныекоды вашихинструкций; ихнужно переписатьи вставитьвскобки опера- 
тора1аИпе. 

Встраивание ассемблерного кода в программы С++ производится директивой 
_азт. Причем этой директивой возможна вставка как одной команды ассемблера, 
так и группы команд. Синтаксис: 


__азт  команда_ассемблера [;комментарий] 
__азт { 
команда_ассемблера [; комментарий] 


команда_ассемблера [//комментарий или /* комментарий */] 

} 
Планируя использование встроенного ассемблера, важно хорошо представлять 

себе его возможности и ограничения. 

Можно: 

не передавать параметры, как в случае с внешней ассемблерной процедурой; 


иметь непосредственный доступ к командам и регистрам процессора; 





ссылаться на метки и переменные вне текущего блока, находящиеся в пределах 
ВИДИМОСТИ ассемблерной вставки, 





вызывать функции вне пределов ассемблерной вставки, причем эти функции 
должны быть ранее объявлены в программе (на уровне прототипа). 


использовать описание констант как в стиле ассемблера, так и С+-; 
использовать операторы РТК, ГЕМОТН, ЗЕ, ТУРЕ и директивы ЕУЕК и АИС. 
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Нельзя: 

использовать директивы определения данных простых (ОВ и ОО) и сложных 

типов ($ТВЦС, ВЕСОВ), то есть каким-либо образом определять данные любого 

типа; 

# описывать функции в пределах ассемблерной вставки; 

38 использовать в командах большинство операторов ассемблера типа ОЕРУЕТ, ЗЕС, 
ЭНК, ЭНГ (вместо ОЕРЗЕТ можно использовать ГЕА); | 





использовать любые директивы макроопределений; 
обращаться к полям структур и объединений. 


Внешний ассемблерный код 


Так как вариант с использованием операторов 1и пе и ассемблерных вставок обла- 
дает довольно большими ограничениями, он не может быть признан универсаль- 
ным, и для реализации сложных задач остается организация связи программ на 
языках высокого уровня с ассемблерным кодом через внешние процедуры и функ- 
ции. Возможны два вида такой связи — программа на языке высокого уровня вы- 
зывает процедуру на ассемблере и наоборот. В данной главе ограничимся рас- 
смотрением связи только в одну сторону, когда программа на языке высокого 
уровня вызывает процедуру на ассемблере. Это наиболее часто используемый 
ВИД СВЯЗИ. 

Вспомним (см. главу 10) синтаксис директивы РКОС компилятора ТАЗМ: 
имя_процедуры РКОС [[модификатор_языка] язык] [расстояние] 

Один из операндов — язык. Он служит для того, чтобы компилятор мог пра- 
вильно организовать интерфейс (связь) между процедурой на ассемблере и про- 
граммой на языке высокого уровня. Необходимость такого указания возникает 
вследствие того, что способы передачи аргументов при вызове процедур различны 
для разных языков высокого уровня. 

ТАЗМ поддерживает несколько значений операнда язык. Ранее в табл. 15.1 для 
некоторых из этих значений были приведены характерные особенности передачи 
аргументов и соглашения о том, какая процедура очищает стек — вызывающая или 
вызываемая. Под направлением передачи аргументов понимается порядок, в кото- 
ром аргументы включаются в стек, по сравнению с порядком их следования в вы- 
зове процедуры. Для языка Разса| характерен прямой порядок включения аргу- 
ментов в стек: первым в стек записывается первый передаваемый аргумент из 
оператора вызова процедуры, вторым — второй аргумент и т. д. На вершине стека 
после записи всех передаваемых аргументов оказывается последний аргумент. Для 
языков С/С-+-, наоборот, характерен обратный порядок передачи аргументов. В со- 
ответствии с ним в стек сначала включается последний аргумент из оператора 
вызова процедуры (или функции), затем предпоследний и т. д. В конечном итоге 
на вершине стека оказывается первый аргумент. Это делает возможной передачу 
переменного количества параметров при вызове функций в языках С/С++. На- 
верху стека оказывается первый параметр функции, значение которого — предо- 
ставление информации о количестве аргументов в данном вызове функции. Что 
же касается очистки стека, то понятно, что должны быть определенные договорен- 
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ности об этом. В языке Разса| эту операцию всегда совершает вызываемая проце- 
дура, в языках С/С++ — вызывающая. При разработке программы с использова- 
нием только одного языка высокого уровня об этом задумываться не имеет смыс- 
ла, но если мы собираемся связывать несколько «разноязыких» модулей, то эти 
соглашения нужно иметь в виду. 

Вспомните действия, которые мы проделывали для того, чтобы настроиться на 
аргументы в стеке. Теперь, после указания языка, с программой на котором долж- 
на осуществляться связь, все действия по настройке стека будут производиться 
компилятором. При этом в текст процедуры он включит дополнительные коман- 
ды входа в процедуру (пролог) и выхода из нее (эпилог), причем код эпилога мо- 
жет повторяться несколько раз — перед каждой командой КЕТ. Для значения 
МОГАМОЦАСЕ и по умолчанию коды пролога и эпилога не создаются. 

Для пояснения последних замечаний рассмотрим на конкретных примерах орга- 
низацию связей между модулями на ассемблере и модулями наиболее популяр- 
ных языков высокого уровня — Си Разса!. Не стоит воспринимать нижеследую- 
щие примеры как образец оптимальности — они лишь в учебных целях призваны 
проиллюстрироватьпринципы организации межъязыковыхсвязей. 


Разса! и ассемблер 


Организацию связи языков Разса| и ассемблер рассмотрим на следующем приме- 
ре: разработаем программу на языке Разса|, которая выводит символ заданное ко- 
личество раз начиная с определенной позиции на экране (листинги 15.12 и 15.13). 
Все числовые аргументы определяются в программе на Разса!. Вывод символа осу- 
ществляет процедура ассемблера. Очевидно, что основная проблема в этой зада- 
че — организация взаимодействия модулей на Разса| и ассемблере. 


Листинг 15.12. Взаимодействие Разса|--ассемблер (модуль на Разса!) 


<1> {ргЕ15_12.раз} 

<2> {Программа, вызывающая процедуру на ассемблере} 
<3> ргодгам гау_раз; 

<4> {$0+} {включение полной информации для отладчика} 
<5> и5е$ сгЕ; . 

<6> ргосебите азтргос (св: сваг;х,у,Ко1:1п%ерег); ехГегпа1; 
<7> {процедура азтргос обьявлена как внешняя} 

<8> {$ с: \Бр\могк\рг&15_12,06]} 

<9> ВЕСТМ 

<10> С1т5сг; {очистка экрана} 

<11> азтргос ('а',1,4,5); 

<12> азтргос('$',9,2,7); 

<13> ЕМ. 





Листинг 15.13. Взаимодействие Разса!--ассемблер (модуль на ассемблере) 


<1> ;ргё15_12.а$т 

<2> ; Процедура на ассемблере, которую вызывает 
<3> ; программа на Разса1. 

<4> ;Для вывода на экран используются службы ВТО: 
<5> ;92п - позиционирование курсора. 

<б> ;09п - вывод символа заданное количество раз. 
<7> МАЗМ 

<8> МОЕТ, зта1 1 

<9> ОТАСК 256 


<19> ‚. соде продолжение #7 
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Листинг 15.13(продолжение) 
<11> азтргос ргос пеаг 


<12> РУВЫС азтргос ‚объявлена как внешняя 
<13> ри$Ибр упролог 

<14> шоу Бр, р 

<15> поу ап, [6р+6] ;номер строки для вывода 
<16> ‚символа у - в аН 

<17> поУу ОТ, [6р+8] ‚номер столбца для вывода 
<18>;символа х - в 91 - 

<19> шоу ан, 92н ‚номер службы В1Т05 

<20> 11 10н ;вызов прерывания ВТ05 


<21>;вызов функции 09й прерывания В1Т05 191: 
<22>:вывод символа из а\ на экран 


<23> по\у ай, 09 ‚номер службы ВТО 

<24> поу а1, [6р+16] ;символ СИ в а1 

<25> поу Б1, 071 ;атрибут символа - в №1 
<26> хог БН,ЬИ 

<21> поу сх, [6р+4] ;копичество "выводов" 
<28>; символа - в сх 

<29> 106 108 ‚вызов прерывания ВТ05 
<30> рор Бр ‚ восстановление Бр 


<31>; очистка стека и возврат из процедуры 
<32> те 8 

<33>азтргос епар ‚конец процедуры 
<34>еп4 


Процесс организации такой связи состоит из нескольких шагов. 





1. Написать процедуру на ассемблере дальнего (Ёаг) или ближнего типа (пеаг). 
Назовем ее для примера азтргос. В программе на языке ассемблера (назовем ее 
рг915_13.азт), в которую входит процедура азтргос, необходимо объявить имя 
этой процедуры внешним с помощью директивы РУВЫС: 

РОВЬТС азиргос 


Для того чтобы процедура на ассемблере при компоновке с программой на Разса1| 
воспринималась компилятором ВоПапа Разса1| 7.0 как Ёагили пеаг, недостаточ- 
но просто объявить ее таковой в директиве РКОС (строка 11 листинга 15.13). 
Кроме того, вам нужно включить или выключить параметр компилятора, дос- 
тупный через меню интегрированной среды: ОрНопз » Сотр\ег > Рогсе Гаг са. 
Установка этого параметра заставляет компилятор генерировать дальние вызовы 
подпрограмм. Альтернатива данного параметра — ключ {$Ё+} или {$Е-} (соответ- 
ственно, включено или выключено) в программе. Это — локальные ключи, то есть 
в исходном тексте программы на Разса! их может быть несколько, и они мотут, 
чередуясь друг с другом, поочередно менять форму генерируемых адресов пере- 
хода: для одних подпрограмм — дальние вызовы, для других — ближние. 


2. Произвести компиляцию программы рг915_12.азт с целью устранения синтак- 

сических ошибок и получения объектного модуля программы ргд15_12.0Б]; 
{азт /71 рг&15_12,,, 

3. В программе рг915_12.ра$ на Разса|, которая будет вызывать внешнюю процедуру 
на ассемблере, следует вставить директиву компилятора {$1 \путь\ргд_15_12.06}. 
Эта директива заставит компилятор в процессе компиляции программы 
ргд15_12.ра$ загрузить с диска объектный модуль программы ргд15_12.05}. 
В программер!г915_12.раз необходимо объявить процедуруазтргос как внешнюю. 
В итоге последние два объявления в программе на Разса| будут выглядеть так: 

{$- ту ат} ргосейиге азтргос(сН:сваг; Ко1,х,у:1пуевег); ехгегпа1; 
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4. Если вы собираетесь исследовать в отладчике работу программы, то необходи-. 
мо потребовать, чтобы компилятор включил отладочную информацию в гене- 
рируемый им исполняемый модуль. Для этого есть две возможности. Первая 
заключается в использовании глобального ключа {$0+}. Этот ключ должен быть 
установлен сразу после заголовка программы на Разса|. Втарая альтернативная 
возможность заключается в установке параметра компилятора: ОрНоп$ » Сот- 
рег » Оерие [шгшайоп. 


5. Выполнить компиляцию программы на Разса1. Для компиляции удобно исполь- 
зовать интегрированную среду. Для изучения особенностей связки Разса| — 
ассемблер удобно прямо в интегрированной среде перейти к работе в отладчи- 
ке командой То0[$ » Тигбо Оебизсег (или клавишами 5МИ+Е+). Будет загружен 
отладчик. Егосредавам хорошознакома; вданном случаевокне Моди[евыуви- 
дитетекст программы на Разса!. Нажимая клавишу Е7, вы впошаговом режиме 
будете исполнять программу на Разса|. Когда очередь дойдет до вызова про- 
цедуры на ассемблере, отладчик откроет окно с текстом программы на ассемб- 
лере. Но наш совет вам — не ждать этого момента, так как вы пропустите неко- 
торые интересные вещи. Дело втом, что отладчикскрывает момент перехода из 
программы на Разса| в процедуру на ассемблере. Поэтому лучше всего испол- 
нятьпрограммупри открытом окне СРО отладчика. Итогдавы станете свидете- 
лями тех процессов, которые мы будем обсуждать далее. 


Если бы взаимодействие программ ограничивалосьтолько передачей и возвра- 
том управления, то на этом обсуждение можно былобы и закончить. Но дело зна- 
чительно усложняется, когда требуется передать аргументы (в случае процедуры) 
или передать аргументы и возвратить результат (в случае функции). Рассмотрим 
процессы, которые при этом происходят. 

Передача аргументов при связи модулей на разных языках всегда производит- 
ся через стек. Компилятор Разса| генерирует соответствующие команды при обра- 
ботке вызова процедуры ассемблера. Это как раз те команды, которые отладчик 
пытался скрыть от нас. Они записывают в стек аргументы и генерируют команду 
САЦ. для вызова процедуры ассемблера. Чтобы убедиться в этом, просмотрите на 
исполняемый кодпрограммы вокне СРО отладчика. Послеобработки вызовапро- 
цедуры и вмомент передачи управления процедуре азтргос содержимое стека бу- 
деттаким, как показано нарис. 15.1, а. Для доступакэтим аргументам можно приме- 
нятьразличные методы, наиболее удобный изних — использование регистра ВР. 

Регистр ВР, как уже отмечалось, специально предназначен для организации 
произвольного доступа к стеку. Когда мы рассматривали связь ассемблерных мо- 
дулей, то говорили о необходимости добавления в текст вызываемого модуля фраг- 
ментов, настраивающих его на передаваемые ему аргументы. При объединении 
разноязыких модулей также нужно вставлять подобные дополнительные фрахмен-- 
ты кода. Они, кроме всего прочего, позволят учесть особенности конкретного язы- 
ка. Фрагмент, вставляемый в самое начало вызываемого модуля, называется иро- 
логом модуля (процедуры). Фрагмент, вставляемый перед командами передачи 
управления вызывающему модулю, называется эпилогом модуля (процедуры). Его 
назначение — восстановление состояния вычислительной среды на моментвызо- 
ва данного модуля. 





350 Глава 15. Модульное программирование 


Оперативная память Оперативная память 


Оперативная память я 0000:0000` Г 
0000:0000 1 = 

















55. Яй 
Старшие адреса Старшие адреса Старшиеадреса 
оперативной памяти оперативной памяти оперативной памяти 
а 6 В 


Рис. 15.1. Изменение содержимого стека при передаче управления в связке 
Разса!—ассемблер 


Рассмотрим действия, выполняемые кодами пролога и эпилога при организа- 
ции связи Разса[—ассемблер. 
Действия, выполняемые кодом пролога. 


1. Сохранить значение Бр в стеке. Это делается с целью запоминания контекста вы- 
зывающего модуля. Стек при этом будет выглядеть, как показано на рис. 15.1, 6. 


2. Записать содержимое $Р в ВР. Тем самым ВР теперь тоже будет указывать на 
вершину стека (рис. 15.1, в). 


После написания кода пролога все обращения к аргументам в стеке можно орга- 
низовывать относительно содержимого регистра ВР. Из рис. 15.1, в видно, что для 
обращения к верхнему и последующим аргументам в стеке содержимое Ьр необхо- 
димо откорректировать. Нетрудно посчитать, что величина корректировки будет 
различаться для процедур дальнего (Ёаг) и ближнего (пеаг) типов. Причина понят- 
на: при вызове процедуры типа пеаг в зависимости от установленного режима 
адресации (и5е16 или и5е32) в стек записывается 2(4) байта в качестве адреса 
возврата (содержимое 1р/е1р), а при вызове процедуры типа Ёаг в стек записы- 
вается 4(8) байта (содержимое ГР/ЕТР и С5)'. 

Таким образом, коды пролога для процедур ближнего и дальнего типа соответ- 
ственно будут выглядеть следующим образом: 


азтргос ргоспеаг 
; пролог для процедуры типа пеаг 
рай Бр 
моу бр, зр 
;к прологу можно добавить команду 
; корректировки р на 4 с тем, чтобы регистр Бр 
‚указывал на верхний из передаваемых аргументов в стеке 
ада Бр,4; теперь Бр указывает на Ко] 


азиртос ргос Таг 
‚ Если действует режим адресации изе32, то в стек записываются двойные слова. По этой причине 


запись 16-разрядного регистра сз также производится четырьмя байтами, при этом два старших бай- 
та этого значения нулевые. 
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‚пролог для процедуры типа Таг 
ри$зй Бр 
гаомбр, $р . 
‚к прологу можно добавить команду 
; корректировки Бр на 6 с тем, чтобы регистр Бр 
‚указывал на верхний из передаваемых аргументов в стеке 
ааа Бр,6;теперь Бр указывает на Ко1 


Далее доступ к переданным в стекеданным осуществляется, как показано вли- 
стинге 15.7. 

Как видите, все довольно просто. Но если мы вдруг решили изменить тип на- 
шей процедуры ассемблера с {аг на пеаг или наоборот, то нужно явно изменить 
и код пролога. Это не совсем удобно. ТАЗМ предоставляет выход в виде директи- 
вы АКС, которая служит для работы с аргументами процедуры. Синтаксис дирек- 
тивы АКС иллюстрирует рис. 15.2. 


АВС Аргумент 


[О | 
-- Аргумент р чЭ- Идентификатор} 


о < 








Аргумент: 


А: 
(О ® [ит рать 5 


Рис. 15.2. Синтаксис директивы ААС 


Несколько слов об обозначениях на рисунке: 


я имя — идентификатор переменной, который будет использоваться в процедуре 
на ассемблере для доступа к соответствующей переменной в стеке; 


* тип — тип данныхаргумента (по умолчанию МОР для и5е1 6 и О\ОВО для изе32); 





значение 1 определяет количество аргументов с данным именем. Место в стеке 
для них будет определено, исходя из расчета: 


значение_1 * значение _2 * размер_типа. 
По умолчанию значение _1— 1; 





значение_2 определяет, сколько элементов данного типа задает данный аргу- 
мент. По умолчанию его значение равно 1, но для типа Бу{е значение 2 = 2, так 
как стековые команды не работают с отдельными байтами. Хотя, если явно за- 
дать значение _2 = 1, то транслятор действительно будет считать, что в ячейку 
стека помещен один байт; 


я идентификатор — имя константы, значение которой присваивает транслятор. 
Об идентификаторе мы подробно поговорим чуть позже. 


Таким образом, директива АКС определяет аргументы, передаваемые в про- 
цедуру. Ее применение позволяет обращаться к аргументам по их именам, а не по 
смещениям относительно содержимого ВР. К примеру, если вначале рассматри- 
ваемой нами процедуры на ассемблере азтргос задать директиву АКС ввиде аге 
Ко: \ота,у:мота, х:ммота,спг:БУе, то к аргументам процедуры можно будет обращаться 
по их именам, без подсчета смещений. Ассемблер сам выполнитвсю необходимую 
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работу. В этом можно убедиться, запустив программу в отладчике. Обратите вни- 
мание: порядок следования аргументов в директиве аге является обратным поряд- 
ку их следования в описании процедуры (строка ргосефиге азтргос(сИ:сВаг;х,у, 
Ко|1тедег); ежегпа[; в программе на Разса!). Процедура азтргос с директивой аге 
представлена в листинге 15.14. 


Листинг15.14.Использованиедирективыага 


{рг=15_14.раз} 

{Программа на Разса1, вызывающая процедуру на ассемблере, полностью 
совпадает с листингом 15.12} 

;рг15_14.а5т 


МАЗМ 

МОРЕ. —$та11 
ОТАСК 256 

. соде 

па]: 


азтргос ргос пеаг 
7 объявление аргументов: 

ага Ко1 :МОКВ ‚у: ОВО, х:МОВО , спг: ВУТЕ=а_$17е 
РОВЬТС  азиргос 





ризй Бр ‚сохранение указателя базы 

моу Бр, 5р ‚настройка Бр на стек через зр 

шоу ЧН, Буфе рёг у ; ув 

оу @1,Буже рёг х ; хв 91 

оу ан, 02н ;номер службы ВТО 

106 10 ;вызов прерывания В1Т05 

оу ай, 09п ‚номер службы ВТО 

оу а|, снг ;символ - в а\ 

оу Б1,07Н ;маска вывода символа 

хог БИ, 5И 

оу сх,Ко1 ; КОТ в сх 

106 100 ‚вызов прерывания ВТ05 

рор ; эпилог 

ге{ а_$12е ‚будет ге{ф 8 и выход из процедуры 
азтргос епар ‚конец процедуры 
еп@ тат ‚конец программы 


После того как решена проблема передачи аргументов в процедуру и выполне- 
ны все необходимые действия, возникает очередной вопрос: как правильно воз- 
вратить управление? При возврате управления в программу на Разса! нужно 
помнить, что соглашения этого языка требуют, чтобы вызываемые процедуры са- 
мостоятельно очищали за собой стек. Программа на ассемблере также должна удов- 
летворять этому требованию и заботиться об очистке стека перед своим заверше- 
нием. Для этого необходимо составить эпилог. 

Действия, выполняемые кодом эпилога для связи Разса|--ассемблер. 


1. Записать содержимое Фр в зр командой тоу $рр. Это действие восстанавлива- 
ет в зр значение, которое было на момент входа в процедуру. Необходимость 
в этом действии возникает в том случае, если в процедуре производилась рабо- 
та со стеком. В листинге 15.13 такой работы не было, поэтому код эпилога реа- 
лизует только следующие два действия. 
Восстановить сохраненный в стеке регистр ВР. 

3. Удалить из стека переданные процедуре аргументы. 


Для удаления из стека аргументов можно использовать различные способы. 
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И Можно явно скорректировать значение $Р, переместив указатель стека на необ- 
ходимое количество байтов в положительную сторону. Это — не универсаль- 
ный способ, к тому же он чреват ошибками, особенно при частых модификаци- 
ях программы. 


|] Можно использовать в директиве аге после записи последнего аргумента опе- 
ранд, состоящий из символа равенства (=) и идентификатора, указанного за ним 
в следующей синтаксической конструкции: 
=идентификатор 
В этом случае ТАЗМ при обработке директивы аге подсчитает количество бай- 
тов, занятых всеми аргументами, и присвоит их значение идентификатору. 
В нашем случае директиву аг> можно определить так: 
агх сп:Буфе; х:мога; у: нога; Ко1 : иога=а_$12е 
ТА$М после обработки данной директивы присвоит имени а_512е значение 
8 (байт). Это имя впоследствии нужно будет указать в качестве операнда ко- 
манды ге: 
гет а_з1те 
Есть еще одна возможность организации данных Разса|-—-ассемблер — исполь- 
зовать операнды директивы МОПЕГ. Вы помните, что она позволяет задать модель 
памяти и учесть соглашения языков высокого уровня о вызове процедур. Для свя- 
зи Разса|—-ассемблер ее можно задавать в виде 
МОРЕ.  Тагбе,разса\ 
Задание в таком виде директивы МОПЕ позволяет: 





описать аргументы процедуры непосредственно в директиве ргос: 
азтргос ргос пеаг сН:Буфе,х:мог@, у:мога, Ко1 : нога 
автоматически сгенерировать код пролога и эпилога в процедуре на ассемблере; 








для доступа к аргументам, объявленным в РКОС, использовать их имена (в этом 
отношении данный вариант является аналогом предыдущего варианта с дирек- 
ТивойАКО). 


Листинг 15.15 демонстрирует, как отражаются особенности данного варианта 
на тексте процедуры ассемблера. Обратите внимание на то, что пролога уже нет, 
так как он формируется транслятором автоматически; вместо эпилога обязатель- 
но нужно задавать команду ВЕТ, только без операндов. Интересно изучить текст 
листинга 15.16, который получается в результате трансляции листинга 15.15. В нем 
видны сформированные транслятором коды пролога и эпилога. Кроме того, транс- 
лятор заменил команду ВЕТ без операндов командой ге! 0008, которая, в соответ- 
ствии с требованиями к взаимодействию с программами на Разса|, удалит из стека 
аргументы, переданные вызываемой процедуре. 


Листинг 15.15. Использование директивы МОГБЕЕ 


{рг515_15.ра$} 

{Программа на Разса1, вызывающая процедуру на ассемблере, полностью 
совпадает с листингом 15.12} 

;ргё15_15.а5м 

МА$ЗМ 

МОРЕЕ — Тагве, разса1 продолжение = 


12 Зак. 256 


ыы 
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Листинг 15.15(продолжение) 


ЗТАСК 256 

.соде 

азтргос ргос пеаг сИг:: ВУТЕ ‚ х:МОВО ‚у: МОКО, Ко1 : МОКО 
РОВИС азтргос 


тоу ап, Бу&е р\г у ;ув 
тоу 91,Буте рг х д ХВ. а1 
тоу ан, 02н ‚номер службы ВТО5 
ше 101 ‚вызов прерывания В105 
тоу ап, Эн ;номер службы ВТ05 
тоу а\, спг ‚символ - ва| 
шоу 61, 07Н ‚маска вывода символа 
хог Би, Б6И 
тоу сх, Ко1 ; Ко] в сх 
ше 100 ‚вызов прерывания ВТО5 
гет 
азтргос епар ;конец процедуры 
епа ; конец программы 
Листинг 15.16. Результат трансляции листинга 15.15 
Тигро Аз5етЬТег\егз1оп 4.117/04/98 22:30:57Раде 1 





рг514_82.а5м 
1 ;ргр14_92.а5т 








2 МАЗМ 
3 0000 МОЕ 1агбе ‚ разса1 
4 0000 5ТАСК 256 
$ 0000 ссоде 
6 0000 
7 0000 азпргос ргоспеагк сНг: ВУТЕ ‚х:МОВО, у : ОКО, Ко1 : МОК 
8 РОВЬТС  азпргос 
[ 9 0000 55 РОЗН ВР 
1 10 0001 88 ЕС МОУ ВР, 5Р 
т 0003 8А 76 06 по\у ан, рубе рёг у ув 6 
12 0006 8А 56 08 — моу 91, Бубе рёг х ;хво 
13 0009 В4 02 щоу ан, 028 ;номер службы ВТО5 
14 0008 ср 10 100 1918 ‚вызов прерывания В105 
15 0000 в4 09 поу ап, 098 ‚номер службы ВТО 
16 000Е ЗА 46 ОА поу а1,сйг символ - в а|1 
17 0012 ВЗ 07 по\у 61,078 ‚маска вывода символа 
18 0014 32 РЕ хог рн, БВ 
19 0016 8В 4Е 04 поУу сх,Ко1 Ко] в сх 
20 0019 Ср 10 . 106 101 ;вызов прерывания ВТ05 
121 001в 50 РОР ВР 
122 001с С2 0008ВЕТ 00008Н 
23 001Е азпргос епар ;конец процедуры 
24 ета ;конец программы 








Таковы стандартные способы вызова ассемблерных процедур из программ на 
Разса! и передачи им аргументов. Эти способы будут работать всегда, но, совер- 
шенствуясь, компилятор может предоставлять и более удобные средства. Их мы 
рассматривать не будем, так как, в конечном счете, они сводятся к рассмотренной 
нами процедуре. Остались открытыми два вопроса. 


и Какбытьс передачей данных остальных типов Разса], ведь мы рассмотрели толь- 
ко данные размером в байт и слово? 





Как возвратить значение в программу на Разса!? 


Что касается ответа на первый вопрос, то необходимо вспомнить, что в языке 
Разса| существуют два способа передачи аргументов в процедуру: по ссылке и по 
значению. 
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Тип аргументов, передаваемых по ссылке, совпадает с типом ассемблера 4мога 
истипом ропщегв Разса|. По сути, это указатель из четырех байтов на некоторый 
объект. Структура указателя обычная: два младших байта — смещение, два стар- 
ших байта — значение сегментной составляющей адреса. С помощью такого указа- 
теля в программу на ассемблере передаются адреса следующих объектов: 





всех аргументов, объявленных при описании в программе на Разса| как уаг, не- 
зависимо от их типа; 


\\" аргументов ропиег и (опдтё; 

г строк $&йпд; 

\ множеств; 

\ массивов и записей, имеющих размер более четырех байтов. 


Аргументы по значению передаются следующим образом: 
# для типов сваги Бу{е — как байт; 


# для типа Боо(еап — как байт со значением 0 или 1; 


3 для перечисляемых типов со значением 0...255 — как байт; более 255 — как два 
байта; 





для типов и{езег и \ога — как два байта (слово); 





для типа геа( — как шесть байтов (три слова); 





массивы и записи, длина которых не превышает четырех байтов, передаются 
«как есть». у 


Заметим, что аргументы таких типов, как те, доц е, ежептде4 и сотр, переда- 
ются через стек сопроцессора. 

Что касается ответа на второй вопрос, то мы выясним его на конкретном при- 
мере. Напомню, что мы рассматриваем вызов из программы на Разса! внешней 
процедуры на ассемблере. Понятно, что вызов ради вызова врядли нужен — вызы- 
ваемая процедура должна иметь возможность вернуть данные в вызывающую про- 
грамму. Поэтому такую вызываемую процедуру правильнее рассматривать как 
функцию. В связке Разса|-—-ассемблер для того, чтобы возвратить результат, про- 
цедура на ассемблере должна поместить его значение в строго определенное место 
(табл. 15.2). 


Таблица 15.2.ВозвратрезультатаизпроцедурынаассемблеревпрограммунаРазса! 


В листинге 15.17 приведен текст вызывающего модуля на Разса1, а в листин- 
ге 15.18 — код вызываемого модуля на ассемблере. Программа на Разса| инициа- 
лизирует две переменные, уа1ае] и уаше2, после чего вызывает функцию наассем- 
блере Аа9Азт для их сложения. Результат возвращается в программу на Разса| 
и присваивается переменной гег. 







—_——_—_Щ—————_—__—_—м.м.ммммы"—=——Ы—ЫЫШ—Ш——У АУ,’ 
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Листинг 15.17.Вызывающая программанаРазса! 


{ргЕ15_17.раз} 
ргодгатрг=14191; 

{внешние объявления} 

ТипсЕ топ АЧЧА$т: мог; ехгегпа1; 
{$ ргё15_18.06} } 

уаг 

уа1ие1 : мога; {здесь как внешние} 
уа1ие2 : мога; 

ге : иогд; 

без1п 

уа1ие1:=2; 

уа\ие2 :=3; 

{вызов функции} 

гей : =АЧЧА$т; 

иг1 {е1п("Результат: ",ге7); 
епд. 


Листинг 15.18. Вызываемая процедура на ассемблере 


;рг=15_18.а5м 
МАЗМ 
МОПВЕГ 5та11 
Дата зеощете мога руб11с ;сегмент данных 
; объявление внешних переменных : 
ехсхп  уа1ие1:мМ0КО 
ехсхп  уа|1ие2:МОВВ 
ага епд$;конец сегмента данных 
‚ соае 
аззише 4$:4афа; привязка 95 к сегменту 
; данных программы на Разса1 
па1п: 
АЧЧАзм — ргоспеаг 
РУВУС  АдаАзт ‘внешняя 
оу сх, 9$ :уа\1ие1 ;уа1ие1в сх 
тоу Чх,45:уа1ие2; уаше2В ах 


а9Ч сх,9х — ;сложение 

ОУ ах, сх ‚результат в ах, так как - слово 
ге ‚возврат из функции 

АЧОАзт  епар ;конец функции 


еп та1п;конец программы 


В последней программе следует обратить внимание еще на одну возможность 
доступа к разделяемым данным — с помощью сегментов типа РОВС (см. главу 5). 
Совместное использование сегментов данных стало возможным благодаря тому, 
что компилятор Разса| создает внутреннее представление программы в виде сег- 
ментов, как и положено программе, выполняющейся в архитектруре [А-32 на 
процессоре 1111. Сегмент данных в этом представлении тоже имеет название 
аа, и директива ЗЕСМЕМТ для него со всеми вытекающими последствиями 
выглядит так: 
айа зестепё \ога руб Ис 


Команды ЕМТЕНВ и ГЕАУЕ 


Учитывая важность проблемы организации межмодульных связей, в систему ко- 
манд процессора были введены специальные команды ЕМТЕК и [ЕАУЕ. Их использо- 
вание позволяет облегчить написание кода пролога и эпилога в процедурах ассем- 
блера, например: 
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; старый код пролога: 
ризй Бр 
моу Бр, $р 

‚новый код пролога; 
епсег 0,0 

; старый код эпилога: 
поу $р,Бр 
рор Бр 

‚новый код эпилога: 


]Леауе 

Транслятор ассемблера предоставляет средства в виде директив, которые еще- 
больше упрощают работу программиста по формированию кодов пролога и эпи- 
лога. Одной из них является директива АЁб. Применение этой и других директив 
обсудим на конкретном примере. В главе 1брассматриваются довольно сложные 
программы, в которых, в частности, используются обсуждаемые здесь директивы. 
Влистинге 16.7 производится обращениекпроцедуре \Ит4о\Ргос. Приэтомей всте- 
ке передается ряд параметров. Кроме того, в процедуре имеются локальные пере- 
менные. Заголовок и конец процедуры выглядят следующим образом: 


_ МТ ИдомРГгос 
МтпаомРгосргос 
аг=@@Нипа : ОМОКО, @@тез:ОМОВр, @@нрагат: ОМОКО, @@1рагам: ОМОКО 
и5ез ебх,е41 ,е$1,ебх;эти регистры обязательно должны сохраняться 
1оса1@@пас : ОмОво , @@пЬгиз в : ОМОВО , @@нЬ1 & : ОМОВО 





ех1 Е _мпаргос: 
гее 
И1пдоиРгос епар 

В этом фрагменте новыми средствами ассемблера для нас являются директивы 
ОЗЕб и [.ОСАГ. 

Директива 05Е$ содержит список регистров (см. рис. 10.3 в главе 10). Ее исполь- 
зование заставляет транслятор генерировать код для сохранения в стеке этих ре- 
гистров при входе в процедуру и их восстановления при выходе из нее. 

Директива [ОСАГ (см. рис. 10.3) позволяет задействовать в процедуре локаль- 
ные переменные. Эти переменные должны быть перечислены в списке аргументов 
вместе с их типами. Информацию о количестве и типах переменных транслятор 
использует для формирования соответствующего программного кода. 

Оттранслируем исходный текст программы излистинга 16.7 и откроем для про- 
смотра вы рг916_7.1${. Посмотрим на результат применения этих директив: 


—__ МТПЧОмРГОС 

00000120 ав 08 ргос 
агдо @@пипа: ОмОКО, @@те$ : ОМОКО, @@ирагат: ОМОКО, @@\рагап: мокро 
и5е$ еБбх ‚ед 1, е$1 
1оса1 — @@пас: омОво , @@ньгизв: омОВО , @@ньт + : мОвО 

00000120 С8 000С 00 ЕМТЕВЬ 0000С®,0 

00000131 53 РОЗН еБх 

00000132 57 РОЗН еб1 

00000133 56 РОЗН е$1 

00000134 83 70 0С 02 стр @@те$ ‚ИМ_РЕЗТКОУ 














000002СК ех1&_мпаргос: 
000002СЕ 5Е РОР е51 
00000210 5Е РОР еа1 
00000211 5В РОР еБх 
00000202 С9 ТВАУЕВ 
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000002103 С20010 ВЕТ 00010: 
00000206 М7пдаомРгос епар 


Видно, что транслятор хорошо «поработал» над кодами входа в процедуру и вы- 
хода из нее. Директива 0$Е$ еБх, е@1, е$1 заставляет транслятор генерировать Ко- 
манды РОЗН и РОР для сохранения-восстановления регистров ЕВХ, ЕП и Е. А какое 
влияние на формирование кода входа в процедуру и выхода из нее оказывают ди- 
рективы АКС и ГОСАГ? Чтобы разобраться с этим, выполним трансляцию трех 
вариантов программы излистинга 16.7 (глава 16), в каждом из которых закоммен- 
тируем определенные строки: 





в Закомментируем строку с директивой АКС. Фрагмент листинга будет выгля- 
деть следующим образом: 


ит паомРгос 
000001201 пдомРгос ргос 
: агв@@випа ; ОМОКр, @@тез : ОМОКО, @@нрагам: ОМОКО, @@1Трагам: ОмОко 
изез ебх,е41,е$1; эти регистры обязательно должны сохраняться 
1оса1 @@нас: ОмОво, @фпьгизв : ОМОКО , @@НьтЕ : ОМОКО 

00000122 С8 000С 00 ЕМТЕВЬ 0000С№,09 

00000131 53 РОЗН ефх 
00000132 57 РОЗН еа1 
00000133 56 РОЗН ез1 
00000134 83 ЗРр 00000000 02 стр @@тез,ММ_БЕЗТВОУ 








00000229ех1 & ипаргос: 
00000229 5Е РОР е51 
000002ЕА 5Е РОР е@1 
000002ЕВ 5В РОР ебх 
000002ЕС С9 ТЕАУЕО 
000002ЕР СЗ ВЕТ 000008 
900002 РЕ\МТпЧомРгос епдр 


* Закомментируем строки с директивами Г.ОСАГ и 05ЕЗ. Фрагмент листинга будет 
выглядеть так: 


> ______ МИпдомРгос 

000001201 пдомРгос ргос 
ага @@Нипа: ОМОКО, @@те$:ОМОКО, @@ирагат: ОмОКО, @@1рагам: МОК 
;05ез еБх,еа1 ‚е$1 ;эти регистры обязательно должны сохраняться 
;1оса1 @@пдс : омово , @@пЬгизн : ОМОКО , @@НЬт& : ОМОВО 

00000122 С8 0000 00 ЕМТЕВЬ 000008,0 

00000131 83 700С 02 стр @@те$ ‚, ММ_БЕЗТКОУ 

















009002Ебех1+ _мпаргос: 
000002Еб С9 ТЕАУЕО 
000002Е7 С2 0010 ВЕТ 00010 
990002ЕАМТПаомРгос епар 


Наконец, закомментируем строки с директивами 1.0СА[ и АКС. Фрагмент лис- 
тинга: 














—_______ М1 ПдоиРГОС 

000001201 п9оиРхос  ргос | 
;агв @@пыпа: ОмОко, @бте$:ОМОКО, @@ирагам: РМОВО, 661 рагам: ОИОВО 
изез ебх,е41,е51 ;эти регистры обязательно должны сохраняться 
;1оса1 @@пас : Омово , @@ПЬгизп : БмОКО , @@НЬ1 + : ОМОВО 


00000122 53 РОЗН ебх 
0000012Е 7 РОЗН е@1 
00000122 56 РОЗН е51 


00000130 83 ЗР 00000000 02 спр @@те$ ,ММ_БЕЗТВОУ 
**Еггог** ргё16_3.а5т(209) РВОСВЕС(4) Цпае1печутьо1 : @@тез 
В: ргё16_3.а5т(209) РВОСВЕС(4) АгоишепЕ пее@$ фуре оуегх19е 


; 
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0000030РехтЕ_импаргос: 
0000030: 5Е РОР ез1 
00000310 5Е РОР еа1 
00000311 5В РОР ебх 
00000312 С3 ВЕТ 000001 
00000931 3\1пдоиРгос епар 


Проанализируем эти фрагменты. 

Применение директив АКС и [0СА! приводит к генерации команд ЕМТЕК и [ЕАУЕ 
при входе и выходе из процедуры. Поочередное комментирование этих директив 
показывает, что они влияют только на формирование операнда команды ЕМТЕК. 
При использовании директивы [0СА[ он равен числу байтов, необходимых для раз- 
мещения в стеке локальных переменных. Это так называемый кадр стека. Если 
строку с директивой [0САГ закомментировать, то команда ЕМТЕК все равно форми- 
руется, но с нулевым значением первого операнда. Это говорит о том, что пролог 
процедуры создается в любом случае, но директива [0САГ позволяет еще и сфор- 
мировать кадр стека для хранения локальных переменных процедуры. Соответ- 
ственно, во всех вариантах генерации команды ЕМТЕК в конце процедуры форми- 
руется команда ГЕАУЕ. 

Теперь посмотрим нато, какое влияние оказывает директива АВ С на формиро- 
вание команды ВЕТ в процедуре \\пдо\Ртос. Из анализа четырех приведенных ра- 
нее вариантов фрагмента листинга видно, что в некоторых из них транслятор вы- 
числяет суммарный размер аргументов, передаваемых в процедуру, и делает это 
значение операндом команды КЕТ. Это производится в тех случаях, когдадиректи- 
ваАКС незакомментирована. Отсюда следует вывод о прямом влиянии директивы 
АКС на операнд команды ВЕТ. Ненулевое значение операнда команды КЕТ приводит 
кизменению значения регистра 5Р\ЕЗР — в нашем случае это означает очистку сте- 
ка от аргументов, переданных в процедуру. 

Отметим, что эти средства можно использовать не только для связи Разса|- 
ассемблер, но и для организации других межъязыковых связей, в том числе ассем- 
блер—ассемблер. 


Си ассемблер 


Общие принципы организации связи С—ассемблер напоминают только что рас- 
смотренное соединение Разса| и ассемблера. Поэтому мы коротко обсудим разли- 
чия на примере конкретных программ. Но прежде отметим, что хотя язык С++ 
предоставляет дополнительные возможности связи программы с ассемблером, од- 
новременно в нем продолжает поддерживаться традиционная организация связи. 
Поэтому мы рассмотрим связь с ассемблером в стиле С как стандартную. При необ- 
ходимости читатель, зная основы подобной связи, без труда разберется с нюанса- 
ми дополнительных возможностей связи в стиле С++. 

Нас по-прежнему интересуют три вопроса: как передать аргументы в процеду- 
ру на ассемблере, как к ним обратиться в процедуре на ассемблере и как возвра- 
тить результат? 

Вначале отметим, что всегда нужно сохранять (и перед выходом из процедуры 
восстанавливать) содержимое регистров ВР, УР, С$, ОЗ и 5$. Это делается перед вы- 
зовом процедуры. Остальные регистры нужно сохранять по необходимости, но, на 
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мой взгляд, хорошим тоном является сохранение и последующее восстановление 
всех регистров, которые подвергаются изменению внутри процедуры. 

Передача аргументов в процедуру на ассемблере из программы на С осуществ- 
ляется также через стек, но порядок их размещения в стеке является обратным 
рассмотренному ранее для связи Разса|-—-ассемблер. В качестве примера использу- 
ем ту же задачу. После передачи управления ближнего типа процедуре на ассемб- 
лере стек должен выглядеть так, как показано на рис. 15.3, а. 


Оперативная память Оперативная память 
0000:0000 





Оперативная память 0000:0000 Г 





0000:0000 , 
Е 35: >| "Бр 
ааа рр 'ЗР —> 
$$:5р >] .....0..-...] оное рканае 5$:5р — эзовоКаъюооь 
ак] | ° ра ак +4... Ко. .... 
Е ИСИ О О МИНИ +6 
ов 1 он + ох 
ее... . И -Е +10 ха» 
5$: -> я зз-> | — Дно стека 
Старшие адреса Старшие адреса Старшие адреса 
оперативной памяти оперативной памяти оперативной памяти 
а б в 


Рис. 15.3. Изменение содержимого стека при передаче управления в связке С-ассемблер 


Процедуры на ассемблере получают доступ к аргументам, переданным в стеке, 
посредством регистра ВР. Принцип доступа тот же, что и рассмотренный ранее 
(рис. 15.3, 6). Прежде всего в начало процедуры ассемблера необходимо вставить 
код пролога: 


разв 19°) 
моу Бр, $р 


После этого доступ к аргументам в стеке осуществляется по смещению относи- 
тельно содержимого ВР, например: 


моуах, [6р+4] переписать значение сп 
;из стека в ах 
тоубх, [6р+6] значение х - в регистр х: 


Приорганизациисвязи С—ассемблерможноиспользоватьтакжедирективуАВ О. 
Это избавит нас от необходимости подсчитывать смещения в стеке для доступа 
каргументам и позволит обращаться к ним просто по именам: 


агд сп: Буфе;х:иога; у: мог@ ; Ко1 : мога 
ризй Бр 
тому Бр, $р 


оу ах, [сИ] ; переписать значение сп 
;из стека в ах 
тоу Бх, [х] ;значение х - в регистр Ьх 


Чтобы не повторяться, рассмотрим, как изменятся вызываемый и вызывающий 
модули (листинги 15.19 и 15.20) для связи С-ассемблер по сравнению с листин- 
гами 15.17 и 15.18. 
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Листинг 15.19. Вызывающий модуль на С++ 


//рг515_19.срр 

#1ис104е <51910.Н> 

#1пс1иае <соп1о.1> 

ехЕегп "С" уо1@ азтргос (сНаг сн, ипзтопеа х, 
0151091е4 у, ипз18пед Ко1); 

у01 ма1п (\019) 


{ 

С1г5сг(); , 
азтргос('а', 2,3, 5); 
и где АМ 


Й ' 


Листинг 15.20. Вызываемая процедура на ассемблере 
; рг215_20.а$т 


МАЗМ 
МОРЕГ $та11, с ; модель памяти и тип кода 
ОТАСК 256 
РОВЬТС _азмргос ;символ подчеркивания обязателен 
‚ соде 
тат: 
_азтргос ргос С пеах с : ВУТЕ,х: ВУТЕ ‚у:ВУТЕ. Ко]: МОВО 
оу аЙ,у ‚у-координата символа в 0И 
оу 91,х ;х-координата символа в 91 
оу ав,020 ;номер службы ВТО5 
116 100 ;вызов прерывания 8105 
оу ай, 091 ;номер службы ВТ0$ 
оу сх,Ко] ;Ко1 - количество "выводов" в сх 
оу 61,072 ;маска вывода в Ы 
хог БИ, БП 
оу а1,С ;с - символ в а1 
106 106 ;вызов прерывания ВТО$ 
теЕ ‚возврат из процедуры 
_азтргос епар 
епа па1п 





Что касается передачи аргументов в связке С--ассемблер, то здесь, как видите, 
все довольно прозрачно. В листинге 15.20 мы используем директиву МОПЕ] с опе- 
рандом С и директиву РКОС с указанием языка С. Этим мы доверяем компилятору 
самому сформировать коды пролога и эпилога, а также организовать обращение 
к переменным встеке по их именам. Но при использовании конкретных программ- 
ных средств организация такой связи выглядит намного проблематичней. Не 
в последнюю очередь это связано с тем, что компиляторы языков С/С++ разраба- 
тываются множеством фирм — в отличие от Разса], компилятор для которого вы- 
пускает практически одна фирма ВоПапа. Это обстоятельство, на мой взгляд, — 
основная причина сложности связи С—ассемблер, так как каждая фирма реализу- 
ет ее по-своему (хотя суть и остается практически неизменной). Поэтому, как мне 
кажется, нет смысла рассматривать множество частных случаев, тем более что это 
не является целью данной книги. Обращайтесь к документации на ваш компиля- 
тор С/С++. Во избежание излишних сложностей, по возможности применяйте ас- 
семблерные вставки в программах на С/С++. 

Как правило, компиляторы позволяют связывать модули на С/С++ и ассемб- 
лере с использованием средств командной строки. Так как этот процесс довольно 
хорошо стандартизован, есть смысл его рассмотреть. В качестве примера выберем 
компилятор С++.5.0 фирмы шрг1зе (Войапа). Типовая последовательность шагов 
выглядит примерно так 


———————————6&6&6&—0_—щ—жШ к — 
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1. Составить текст программы на С++ (см. листинг 15.19). В этой программе объ- 
явитьпроцедуруазтргосвнешней: 


ех{фегп \0!4 азтргос(сНаг сп, ипз!опеч х, 
ип5!0пеа у, ипзаптеа кКо1); 


2. Выполнить трансляцию модуля С++ и получить объектный модуль: 
Ьсс -С ргё15_19.срр 
Параметр -с здесь означает, что выполняется только компиляция исходного 
файла, загрузочный модуль не создается. Результатом этого шага будет созда- 
ние объектного модуля ргд15_19.05}. 


3. Составить текст процедуры на ассемблере (см. листинг 15.20), в которой объ- 
явить процедуру азтргос общедоступной с помощью директивы РОВИС. Заметьте, 
что идентификатору азтргос предшествует символ подчеркивания (_азтргос). 
Компилятор С/С+- добавляет знак подчеркивания ко всем глобальным иден- 
тификаторам. Более того, некоторые компиляторы (УС+-+) могут кроме сим- 
вола подчеркивания добавлять в конце исходного идентификатора комбина- 
цию символов (@пп, где пп означает количество байтов, занимаемых аргументами 
процедуры в стеке (см., например, листинг 16.2 в главе 16). 


4. Выполнить трансляцию программы на ассемблере: 
фазт ргё15_20,,,° 
5. Выполнить объединение объектных модулей: 
Ьсс -т$ ргё15_19.06] ргё15_20.06] 
Исполняемому модулю будет присвоено имя ргз15_19.ехе. Параметр -т5з опре- 
деляет модель памяти. 


Компилятор Во ап С++ предоставляет другую возможность для получения 
загрузочного модуля. Скопируйте файл({азт.ехе в каталог ..\Ып пакета ВоЙапа С+-. 
Запустите исходные файлы на трансляцию командной строкой вида 
Ьсс рг515_19.срр ргЕё15_20.а5т 


В результате будет получен файл рг215_19.ехе. Компилятор ВоНапа С++ всю 
работу организует сам: обрабатывает файл рг415_19.срр; вызывает транслятор 
{азт.ехе, который выполняеттрансляцию файларгд15_20.а$т; передает компонов- 
щику объектные модули рг915_19.05] и ргд15_20.05}. В результате создается загру- 
зочный модуль рг?15_19.ехе. 

Как возвратить результат в программу на С из процедуры на ассемблере? Для 
этого существуют стандартные соглашения (табл. 15.3). Перед возвратом управ- 
ления в программу на С в программе на ассемблере необходимо поместить резуль- 
тат или сформировать указатель в заданных регистрах. Для иллюстрации работы 
с функцией С, текст которой написан на ассемблере, рассмотрим листинги 15.21 
и 15.22. В них функция, написанная на ассемблере, подсчитывает сумму элемен- 
тов массива. В функцию передаются адрес массива и его длина. Результат суммиро- 
вания элементов массива возвращается обратно в вызывающую программу на С. 


Таблица 15.3. Возврат аргументов из процедуры на ассемблере в программу на С/С++ 


Тип возвращаемого значения (С++) Место записи результата 
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Тип возвращаемого значения (С++) Местозаписи результата 


Оляепеа пой АХ 
АХ 


[вм 
[ Указатель пеаг АХ 





Листинг 15.21.Вызывающий модульнаС/С++ 


/*ргё15_21.с*/ 

#1пс1и4де <5Е41о.Н> 

ехсегп 116 зит_азт(1п& ма$$1%{],1пё соипе); 
ма1п() 


{ 

10е ма$ [5]={1,2,3,4,5}; 
106 1е1=5; 

116 зи; 
$ит=5ит_азт (таз, еп); 
реТПЕТ ("Ж9\п" , зим); 
гесигп (0); 

} 


Листинг15.22.Вызываемая процедуранаассемблере 


;рг#15_22.а$т 

МАЗМ 

МОБЕЕ $та1 1 

„.5фаск 1000 

.соае 

руЬ11с _$им_азт 

_$ит_азт ргос С пеаг ааг_та$:мога ,Теп_ма$:могад 
тоу ах,0 
моу сх,1еп таз ;длину массива - в сх 
ШОУ $1, ааг_ма$ ;адрес массива - в $1 


сус1: ааа ах, [$1] ;сложение аккумулятора с элементом массива 
ааа $1,2 ‚адресовать следующий элемент массива 
1о0ор сус1 
ге ‚возврат из функции, результат - в ах 
_зит_а$т епар 
епа 


Обратите внимание на то, что листинг 15.19 содержит текст исходного файла 
с расширением .срр, алистинг 15.21 — с расширением .с. Соответственно, сами ис- 
ходные тексты в части организации межмодульного взаимодействия также разли- 
чаются. 

Дополнительную информацию о связи С—ассемблер вы найдете в [18]. 

Несколько слов об организации связи С—ассемблер для компилятора \У1зпа1 
С/С+-. Один из подходов к ее реализации — оформление ассемблерной програм- 
мы в виде функции из библиотеки ОТТ.. В этом случае можно уйти от «фирмен- 
ных» проблем связи, возникающих из-за несовпадения форматов информации 
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в объектных файлах ВоПапа и М!сгозой, и писать функции ТАЗМ и МАЗМ для 
связи с программами У15иа1 С/С++. Разработка библиотек ОТ, для ассемблер- 
ных программ описана в [8]. 

Таким образом, мы рассмотрели связь модулей наязыках высокого уровня с мо- 
дулями на ассемблере. Это обсуждение не могло быть полным из-за потенциаль- 
ной глубины самой проблемы. Материал данного раздела можно рассматривать 
лишь как введение (хотя и достаточно подробное) в проблему межъязыковых от- 
ношений. Главная цель этого первого шага — разобраться с принципами. Следую- 
щим шагом в направлении реализации связи с ассемблером будет изучение доку- 
ментации на конкретный язык высокого уровня для выяснения особенностей 
настройки и требований конкретной среды программирования. 


Итоги 


8 Язык ассемблера содержит довольно мощные средства поддержки модульного 
подхода в рамках структурного программирования. В языке ассемблера эта тех- 
нология поддерживается в основном с помощью механизма процедур и, час- 
тично, механизма макроподстановок. 


Л Гибкость интерфейса между процедурами достигается за счет разнообразия 
вариантов передачи аргументов в процедуру и возвращения результатов. Для 
этого могут использоваться регистры, общие области памяти, стек, директивы 
ЕХТКМ и РОВИС. 


и Компилятор МАЗМ имеет мощное средство для работы с процедурами в виде 
директив РКОТО и [МУОКЕ. Их использование существенно облегчает вызов про- 
цедур и передачу в них параметров. Сочетание возможностей этих директив 
с возможностями директивы РКОС позволяет организовывать корректный и бо- 
лее надежный вызов процедур, перекладывая заботу о формировании кодов 
пролога и эпилога на транслятор. 


9. Средства ТАЗМ поддерживают связи между языками. Ключевой момент при 
этом — организация обмена данными. Обмен данными между процедурами на 
языках высокого уровня и ассемблера производится через стек. Для доступа 
каргументам используются регистр ВР или (что более удобно) директиваАК С. 


Ш Можно доверить компилятору самому формировать коды пролога и эпилога, 
указав язык в директиве МОПЕГ. Кроме того, указание языка позволяет задей- 
ствовать символические имена аргументов, переданных процедуре в стеке, вме- 
сто прямого использования регистра ВР для доступа к ним. Тем самым повыша- 
ются мобильность разрабатываемых программ и устойчивость их к ошибкам. 


* Для возвращения результата в программу на языке высокого уровня необходи- 
мо использовать конкретные регистры. Через них можно передать как сами дан- 
ные, так и указатели. 


и Довольно эффективным для организации связи С—ассемблер может быть под- 
ход, при котором ассемблерный код оформляется в виде функций библиотек 
ОМ. 


Глава 16 


Создание 
\ММпаом/5-приложений 


на ассемблере 


» Особенности разработки \МИп4ом/$-приложений 

» Каркасное МИпаом$-приложение на языке С/С++ 

» Каркасное МИп4о\м$-приложение на ассемблере 

№» Средства ТАЗМ для разработки МИптпао\м$-приложений 


» Расширенное программирование на ассемблере 
для \ММп32 АРИ 


^ Ресурсы \ММпт4о\м/$-приложений на языке ассемблера 
Меню в \МММпаом!$-приложениях 

> Перерисовка изображения 

» Использование окон диалога 

» Работа с графикой 


Программирование для операционной системы Уп 9до\5 всегда было занятием не 
из легких, и на эту тему написано немало книг. Сказать что-то новое довольно труд- 
но, но и обойти эту тему в книге, посвященной одному из языков программирова- 
ния, на современном этапе развития вычислительной техники было бы не совсем 
правильно. Сегодня трудно найти компьютер, на котором бы небылаустановлена 
одна из версий \п9о\5, если, конечно, на нем не стоит что-то из «мира» ОМХ. 
Но в этом учебнике речь будет идти исключительно о программировании для 
УЛпадо\ на платформе 1]. ‘ 

В подавляющем большинстве книго программировании для Уп до\з изложе- 
ние, как правило, ведется на базе языков С/С++, реже — на базе Разса1. А что же 
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ассемблер — в стороне? Конечно, нет! Мы не раз обращали ваше внимание на пра- 
вильное понимание места ассемблера в архитектуре компьютера. Любая програм- 
ма на языке самого высокого уровня по сути представляет собой последователь- 
ность машинных кодов. А раз так, то всегда остается теоретическая возможность 
написать ту же программу, но уже на языке ассемблера. Чем можно обосновать 
необходимость разработки УМт4о\$-приложений на языке ассемблера? Приведем 
следующие аргументы: 


# ЯЗЫК ассемблера позволяет программисту полностью контролировать создава- 
емый им программный код и оптимизировать его по своему усмотрению, 


компиляторы языков высокого уровня помещают в загрузочный модуль про- 
граммы избыточную информацию, поэтому эквивалентные исполняемые мо- 
дули, исходный текст которых написан на ассемблере, имеют в несколько раз 
меньший размер; 


ж при программировании на ассемблере сохраняется полный доступ К аппарат- 
ным ресурсам компьютера; 


8 приложение, написанное на ассемблере, как правило, быстрее загружается 
в оперативную память компьютера; 


жЖ приложение, написанное на ассемблере, обладает, как правило, более высокой 
скоростью работы и ответа на действия пользователя. 


Разумеется, эти аргументы не следует воспринимать, как некоторую реклам- 
ную кампанию в поддержку языка ассемблера. Тем более что компиляторы язы- 
ков высокого уровня постоянно совершенствуются и подчас способны создавать 
код, весьма близкий по эффективности к ассемблерному. По этой причине приве- 
денные аргументы не являются бесспорными. И все же нельзя забывать о том, что 
существует бесконечное множество прикладных задач, ждущих своей очереди на 
компьютерную реализацию. Далеко не все из этих задач требуют тяжеловесных 
средств разработки — многие из них могут быть изящно исполнены на языке ас- 
семблера, нетеряя привлекательности, например, оконных УЛ п4о\5-приложений. 

Перед началом обсуждения поясним, в чем состоит разница между программи- 
рованием для РОЗ и для \УЛпдо\з. Операционные системы М5-0О$ и \ 190% $ 
поддерживают две совершенно разные идеологии программирования. В чем раз- 
ница? Программа РОЗ после своего запуска должна быть постоянно активной. 
Если ей, к примеру, требуется получить очередную порцию данных с устройства 
ввода-вывода, то она сама должна выполнять соответствующие запросы к опера- 
ционной системе. При этом программа РОЗ работает по определенному алгорит- 
му, она всегда знает, что и когда ей следует делать. В УЛпдо\з все наоборот. Про- 
грамма пассивна. После запуска она ждет, когда ей уделит внимание операционная 
система. Операционная система делает это посылкой специально оформленных 
групп данных, называемых сообщениями. Сообщения могут быть разного типа, они 
функционируют в системе довольно хаотично, и приложение не знает, какого ти- 
па сообщение придет следующим. Отсюда следует, что логика построения 
У п9о\$-приложения должна обеспечивать корректную и предсказуемую работу 
при поступлении сообщений любого типа. Тут можно провести определенную ана- 
логию между механизмом сообщений УЛидо\з и механизмом прерываний в архи- 
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тектуре ВМ РС. Для нормального функционирования своей программы програм- 

мист должен уметь эффективно использовать функции интерфейса прикладного 

программирования (АррИсаНоп Ргоэгат ПиетЁасе, АРТ) операционной системы. 
УЙпдо\мз поддерживает два типа приложений. 





Оконное приложение строится на базе специального набора функций АР1, со- 
ставляющих графический интерфейс пользователя (Отар1с Озег ПиетЁасе, 
СТ. Оконное приложение представляет собой программу, которая весь вы- 
вод наэкран производит в графическом виде. Первым результатом работы окон- 
ного приложения является отображение на экране специального объекта — окна. 
После того как окно появилось на экране, вся работа приложения направлена 
на то, чтобы поддерживать его в актуальном состоянии. 


ж Неоконное приложение, также называемое консольным, представляет собой про- 
грамму, работающую в текстовом режиме. Работа консольного приложения 
напоминает работу программы М$-ОО$. Но это лишь внешнее впечатление. 
Поддержка работы консольного приложения обеспечивается специальными 
функциями Уш9о\5. 


Вся разница между двумя типами Ут4о\з-приложений состоит в том, с ка- 
ким типом информации они работают. Основной тип приложений в Упдо\$ — 
оконные, поэтомуснихмы и начнем знакомство с процессом разработки программ 
для этой операционной системы. 


Программирование оконных 
\ММпаом/5-приложений 


Любое оконное \!1190о\$-приложение имеет типовую структуру, основу которой 
составляет так называемое каркасное приложение, содержащее минимально необ- 
ходимый для функционирования полноценного \УЛпдо\*-приложения программ- 
ный код. Не случайно во всех источниках в качестве первого \Мш4о\$-приложения 
рекомендуется изучать и исследовать работу некоторого каркасного приложения, 
так как именно оно отражает основные особенности взаимодействия программы 
с операционной системой УИшдо\мз. Более того, написанное и однажды отлажен- 
ное каркасное УЛпдо\з-приложение используется и в дальнейшем в качестве ос- 
новы для написания любого другого значительно более сложного приложения. 
Изложение материала будем иллюстрировать программами на двух языках — 
С/С++ и ассемблере. Такой подход значительно облегчает понимание технологии 
написания У!1190\з-приложений на ассемблере. На его основе можно даже выра- 
ботать некую методику, которая позволит конвертировать многие полезные про- 
граммы на С/С++ в функционально эквивалентные программы на ассемблере. 
Перед началом изложения отметим некоторые его характерные черты. 





Теоретический и практический материал главы будет отражать особенности 
разработки программ для 32-разрядных операционных систем У\У119о%5, к ко- 
торым относятся \Ут9о\з 95/98 и \УМп4о\$ МТ/2000/ХР. Хотя архитектуры 
этих систем в большей или меньшей степени различаются, их объединяет 32-раз- 
рядный программный интерфейс — \Ут32 АРТ. Он представляет собой набор 
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функций, к которым может обращаться приложение. Основная идея \!1132 
АРТ — обеспечение переносимости программ между различными программно- 
аппаратными платформами. 


Несмотря на то что изложение будет вестись довольно подробно, мы не смо- 
жем описать все детали процесса построения \УИш9до\$-приложения. Но в этом 
нет ничего страшного, так как в настоящее время доступно довольно много ис- 
точников, где это сделано с необходимой степенью детализации. Неподготов- 
ленномучитателю можно посоветовать подобрать другой источник, где началь- 
ный уровень программирования для Ут49о\5 изложен с соответствующей 
степенью детализации. При этом ему совсем не нужно влезать в дебри. Вполне 
достаточно достичь уровня понимания логики работы каркасного УМ тдо\з- 
приложения, и можно снова браться за данный учебник. 


* Для изучения материала этой главы и его практического использования в даль- 
нейшей работе мало иметь только один пакет ТАЗМ. Кроме него также необхо- 
димы пакеты инструментальных средств разработки приложений на языке 
С/С--, например от М!сгозой или ВоПапа. В том и другом пакетах имеются 
все необходимые средства для разработки УМпао\з-приложений. Пакет ТАЗМ, 
в отличие от этих пакетов, не обладает такими средствами, поэтому програм- 
мисту приходится заимствовать их в том или ином виде в пакетах С/С++. 


Каркасное МИпдо\м$-приложение на С/С++ 


Обсуждение вопросов программирования для УЛп4о\з на ассемблере начнем с об- 
суждения программы на языке С/С++. Не нужно удивляться такому подходу — 
«цель оправдывает средства». Нам необходимо, во-первых, понять общие принци- 
пы построения оконных \УИп4о\$-приложений. Во-вторых, разобраться с тем, ка- 
кие средства ассемблера при этом используются. Добиваться этих целей без пред- 
варительного обсуждения нецелесообразно. Сделаем это мягко и ненавязчиво, через 
рассказ о построении минимального \п49о0\з-приложения наязыке С/С--. В ходе 
его разработки мы введем необходимую терминологию и сможем больше внима- 
ния уделить логике работы УМ тдо\з-приложения, а не деталям его реализации. 
После этого мы с относительной легкостью разработаем эквивалентное приложе- 
ние на ассемблере, 

Приступая к разработке первого (и не только) УМп4ао\з-приложения, важно 
понимать, что сам язык программирования мало влияет на его общую структуру. 
Это обстоятельство, кстати, и позволит нам чуть позже с относительной легкостью 
сменить инструментальное средство разработки У/Лшпдо\з-приложений с С/С++ на 
ассемблер. 

Минимальное приложение \Мш4о\з состоит из трех частей: 


* главной функции; 





цикла обработки сообщений; 
* оконной функции. 


Выполнение любого оконного УМп4о\-приложения начинается с главной функ- 
ции. Она содержит код, осуществляющий настройку (инициализацию) приложе- 
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ния в среде УИшдо\$. Видимым для пользователя результатом работы главной 
функции является появление на экране графического объекта в виде окна. Послед- 
ним действием кода главной функции является создание цикла обработки сообще- 
ний. После его создания приложение становится пассивным и начинает взаимо- 
действовать с внешним миром посредством специальным образом оформленных 
данных — сообщений. Обработка поступающих приложению сообщений осуществ- 
ляется специальной функцией, называемой оконной. Оконная функция уникаль- 
на тем, что может быть вызвана только из операционной системы, а не из приложе- 
ния, которое ее содержит (функция обратного вызова). Тело оконной функции 
имеет определенную структуру, о которой мы поговорим далее. Таким образом, 
УИпдо\$-приложение, как минимум, должно состоять из трех перечисленных эле- 


ментов. В листинге 16.1 приведен вариант минимального приложения на языке 
С/С++. 


Листинг 16.1. Каркасное М/паом-приложение на языке С/С++ 


#1псТиде <и1пом$ . 1 > 
ТВЕЗОГТ САБЪВАСК М1пдомРгос (НММО , ЦМТ , МРАКАМ , ГРАКАМ); 
СПаг $7С1аз$М1тдои[] = "Каркасное приложение"; /*Имя класса окна*/ 
106 ИТМАРТ М1пМа1т (НТМ$ТАМСЕ №1156, НТМУТАМСЕ ВРуеуТизе, 
ПРУТВ 1рзхСмаЕ1пе, 1пе пСспабВом) 


НИМО Б\оа; 
МС 1рМ$2; 
ИМОСЬА$УЕХ мс]; 
/* Определение класса окна */ 


мС1.С0517е = $12е0{ (мс1); //дплина структуры ИМОСЪА$ЕХА 

мсТ.51у1е = С$_НКЕОКАМ | С$_УКЕБВАМ; //С5 (С1азз 5(у1е) - стиль класса окна 

ист. Три\МпаРгос = М1пдоиРгос; //адрес Функции окна 

ист. СЫСТ5Ехёга =0; //для внутреннего использования М1п90и3 

исТ. сБМпаЕхега = 0; //для внутреннего использования М1п40м$ 

мс1.ПТпзфапсе = 61150; //дескриптор данного приложения 

ис1.ПТсоп = КоааТсопА(МИЕЕ, ТОГ_АРРЕТСАТТОМ); //стандартная иконка 

мс1,ИСигзог = Коа9Сиг$огА (МИРЕ, ТО0С_АККОМ); //стандартный курсор 

имс1.ПЬгВаскргоипа = (НВВОЗН) Сее5соскоЮ]есе (МНТТЕ_ВКУЗН); //определить 
//заполнение 

иСсТ.1р$2МепиМате = МОБ; //окна белым цветом без меню 

МСТ. 1р$72С1а$5Мате = $7С1аз$М1т9ом; //имя класса окна 

ист. ПТсопьм=МИЕЕ ; // дескриптор значка, связываемого с классом окна 


{/зарегистрировать класс окна 
1Е (!ВертзфегСТа$$Ех (8&мсТ)) 
тебигп 0; 





//создать окно и присвоить дескриптор окна переменной ВЯ 
В\Мп9=Сгеахе\1пдомЕХ ( 
0, //расширенный стиль окна 
$7С]а$5\1п90\м, //имя класса окна 
"Каркас программы для №1132 на С++", //заголовок окна 
И$_О\УЕВТАРРЕРИТМООЙ, //стиль окна 
СИ _ОЗЕРВЕРАОПТ, //Х-координата верхнего левого угла окна 
СМ_УЗЕБЕРАЦЕТ, //У-координата верхнего левого угла окна 
СИ ОЗВОЕРАОГТ, //ширина окна 
СИ ОЗЕРБЕРАЙГТ, //высота окна 
МО, //дескриптор родительского окна 
МОБЬ, //дескриптор меню окна 
1156, //идентификатор приложения, создавшего окно 
МИЕЕ); //указатель на область данных приложения 


//показать окно и перерисовать содержимое 
пои пбом (НЯ, пСтазпом); 
Ордасем1т9ом (В\9); 


продолжение 8% 
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Листинг 16.1 (продолжение) 


/* запустить цикл обработки сообщений */ 
мп11е (бСехМеззаре (&1рМзЕ, МИЦ, 0, 0)) 


Тгап$1а{еМеззазе (&1рМ$#=); //разрешить использование клавиатуры 
01 5ратсиМеззаре (&1рМ$2) ; //вернуть управление \/Ип4о\$ 


тебиги 1рМ$8.мРагам; 
//конец М1пМа1п 
ТВЕЗОГТ САБГШВАСК М1паомРгос (НУ П\па, УТМТ пеззаде, 
МРАКАМ чРагат, ЁЕРАКАМ ТРагап) 
//Функция МпаРгос вызывается операционной системой \1п40и$ 
//и получает в качестве параметров сообщения из очереди 
//сообщений данного приложения 


{ 
$1 (СВ (щеззаде) 


а ИМ_ОЕЗТКОУ: /* завершение программы */ 
Роз10и1{Мез$заве (9); 

ртеак; 

деЁаи1 6: 

//Сюда попадают все сообщения, 

//не обрабатываемые в данной оконной функции. 

//Далее эти сообщения направляются обратно М1пд0из 
//на обработку по умолчанию 

тегиги Бе\1пдомРгос (Па, пеззаде, мРагам, 1Рагам); 


} 
тебаги 0; 
} 

Рассмотрим более подробно суть действий, выполняемых каждым из трех эле- 
ментов УИш4о\з-приложения. В листинге 16.1 видно, что минимальное Уп 90о\5- 
приложение на языке С++ состоит из двух функций: главной — \УшМаш и окон- 
ной — У1пдо\Ргос. Цель УшМаш — сообщить системе о новом для нее приложении, 
его свойствах и особенностях. Для достижения этой цели \тМаш выполняет опре- 
деленную последовательность действий. 


1. Определяет и регистрирует класс окна приложения. 

2. Создает и отображает окно приложения зарегистрированного класса. 
3. Создает и запускает цикл обработки сообщений для приложения. 
4 


Завершает программу при получении оконной функцией соответствующего 
сообщения. 


Оконная функция получает все сообщения, предназначенные данному окну, 
и обрабатывает их, возможно, вызывая для этого другие функции. 

Видимая часть работы каркасного приложения заключается в создании нового 
окна на экране. Оно отвечает всем требованиям стандартного окна УМт4о\з-при- 
ложения, то есть его можно развернуть, свернуть, изменить размер, переместить 
в другое место экрана и т. д. Для этого, как вы увидите, нам не придется написать 
ни строчки кода, а нужно будет всего лишь удовлетворить определенные требова- 
ния, предъявляемые к приложениям со стороны \Ут90%. 

Мы не будем больше обсуждать код листинга 16.1, так как это довольно по- 
дробно и полно сделано в других источниках. Взамен этого мы пойдем по другому 
пути — заглянем за «фасад» приведенного \п4о\з-приложения и посмотрим на 
работу, выполняемую компилятором по формированию соответствующего испол- 
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няемого кода. Причем сделать это целесообразно на двух этапах: в процессе фор- 
мирования объектного кода и после формирования загрузочного модуля. 

В процессе формирования объектного модуля компилятор преобразует исход- 
ный текст на языке С/С++ в эквивалентный текст на языке ассемблера. В контек- 
сте нашего обсуждения это достаточно ценная информация. Для того чтобы полу- 
чить такой текст, необходимо в командной строке компилятора задать специальный 
ключ ДА (см. таКе-файл в каталоге данной главы с программой ргд16_1.срр среди 
файлов, прилагаемых к книге! ): 
с1 /ЕА .., рг816_1.срр 

Полученный текст на ассемблере ценен тем, что в нем каждой строке исходного 
текста программы на С/С++ сопоставляется текст на ассемблере. В листинге 16.2 
приведен фрагмент этого файла (ргд16_1.азт), а полный его текст находится в ка- 
талоге \1е5$0п16\ргд16_1\с среди файлов, прилагаемых к книге. 


Листинг 16.2. Фрагмент ассемблерного представления исходного файла 
рг916_1.срр 


ТТТЬЕ  [рг516_1.срр 
‚ З86Р 

10с1а9е 11$ Е1п8.1пс 
1Е @\Уегтой 9Е 510 


.тоде1 РГАТ 
е1зе : 
_ТЕХТ  ЭЕСМЕМТ РАВА 1$Е32 РОВЬТС 'С0Е' 


ера1Е 
РОВЬТС 2?52С1а$$М1п4ом@@ЗРАБА ;$2С1а$$М1п4ом 
_РАТА СЕСМЕМТ 


_РАТА — ЕМО$ 

РОВЬТС _И1пМа1т@16 

РОВЬТС ?М1пдочРгос@@УСУРАЦНММО @@111@7 ;М1пдомРгос 
ЕХТЕМ _1тр: бе{Мез5ареА@16 : МЕАК 





`ТЕХТ  ЗЕСМЕМТ 


; Ре ргё19_1.срр 


_И1пМатл@16 РВОС МЕАКВ 
;Строка 5 
разв ебр 
тоу ебр, езр 
зир езр, 80 ;00000050Н 
ризй ерх 
разв е51 
разв е1 
; Строка 10 


; Строка 12 : 

поу ПОМОВР РТК_мс1$[ебр+8], ОРЕЗЕТ РЬАТ: ?\М1 пдомРгос@@ УС /РАЦНУМО_@@11)607 
;ИтпаомРгос 
; Строка 13 

поу ОМОКО РТВ_имс1$ [еб р+12], 0 


$ Строка 16 
разв 32512 . 0000700Н продолжение 


' Все прилагаемые к книге файлы можно найти по адресу Беер: //ми\.риег.сот/до\итоа4. — 
Примеч. ред. 


о а а Е т Е ль ь ЕЕ 
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Листинг 16.2 (продолжение) 


ризь [5] 
са11 ОМОвО РТК_1тр_Гоа9ТсопА@8 
моу РИОВЬ РТК_нс1$ [еб р+24], еах 
; Строка 18 
разв 0 
са11 РИОВР РТК_1тр_бех5фоскО6]ес*@4 
оу РИОВР РТВ \с1$ [ебр+32], еах 
; Строка 24 
Теа еах, ПИОВО РТВ_мс1$ [ебр] 
ров еах 


са11 РМОВР РТК_1тр_Кеё1${егС1а5$ЕхА@4 
тоутх  еах,ах 











сезе еах, еах 
пе $129705 
; Строка 25 
хог еах, еах 
]тр ° $29694 
; Строка 27 
$1.29705: 
; Строка 39 
разь 0 
поу еах, ПРМОВР РТК_П1п$%$ [е р] 
рай еах 
разв 0 
разв 0 
раз -2147483648 ;80000000Н 
разЬ -2147483648 ;80000000Н 
разв -2147483648 —;80000000Н 
ризй -2147483648 ;80000000Н 
разЬ 13565952;00с10000Н 
разЬ ОЕРЕОЕТ РЕАТ: $$629710 
разв ОРЕЗЕТ ЕЬАТ: ?$2С1а$$\1паом@@ЗРАВА :5$7С1а5$И1пЧом 
разв 0 
са11 РИОВР РТК_1тр_Сгеахе\1 пдомЕхА@48 
оу РИОВР РТВ_ПМпа$ [е5р], еах 
; Строка 41 
(А еах, ПРМОВР РТВ_пСта$Ном$ [ебр] 
ризПпеах 
поу еах, ПИМОВР РТВ_Н\па$ [е5р] 
ризи еах 
са11 рИОРр РТК_1тр_5Ном\М1п9ом@8 
; Строка 42 
ет еах, ПМОВР РТВ_П\па$ [ебр] 
разв еах 
са11 РМОВР РТК_1тр_Урдафе\1п9ом@4 
; Строка 44 
$29712: 
ризь 0 
разв 0 
разв 0 
]еа еах, РМОВР РТК_1рМ$5$ [е5р] 
ризи еах 
са11 рИОВр РТВ_1тр_бе{Ме$$ареА@16 
СезЕ еах, еах 
]е $29713 
; Строка 46 
Теа еах, ПМОВР РТК_1рМ$8$ [еър] 
роз еах 


са11 РМОВР РТК_1тр_Тгап$1а+еМе$5аре@4 
; Строка 47 
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]еа еах, РМОВР РТВ_1рМ$9$ [еЪр] 


роз еах 
са11 РИОВР РТК_1тр_О15рафсиМе$аёеА@4 
; Строка 48 
Лир $29712 
$129713: 
; Строка 49 
гаоу еах, ПМОВР РТК_1рМ$5$ [еб р+8] 
тр $129694 
; Строка 50 
$129694: 
рор ед] ` 
рор е51 
рор ерх 
]Теауе 
её 16 ;000000109Н 


_М№М1пМа1п@16 ЕМОР 
М1 паонРГоС@@Уб/РАЦНИМО @@1107 РВОС МЕАВ 




















; Строка 55 
ризй ефр 
том ебр, езр 
ви езр, 4 
раз ерх 
разв е51 
разв еа1 
; Строка 56 
пох еах, ПОМОВР РТВ_ме$5аве$ [еб р] 
поУ РИОВО РТВ -4+[е5р], еах 
ар $29719 
; Строка 58 
$129723: 
; Строка 59 
разв 0 
са11 ОИОВР РТВ_1тр_Ро${0и1{Ме$$а;е@4 
; Строка 60 
тр $129720 
; Строка 61 
$29724: 
; Строка 64 
оу еах, ПМОВР РТК_1Рагат$ [еб р] 
разв еах 
оу еах, ПМОВО РТК_мРагам$ [е бр] 
разв еах 
оу еах, ПМОВО РТК_ме$$абе$ [еЪр] 
ризй еах 
оу еах, ПМОВО РТК_ИМпа$ [еЪр] 
ризй еах 
са11 РМОВР РТК_1тр_Ое{\М1пдомРгосА@16 
ар $129718 
; Строка 65 
ар $Е29720 
$29719: 
стр РМОВР РТВ -4+[е6р], 2 
1е $29723 
) пр $Е29724 
$129720: 
; Строка 66 з 
хог еах, еах 
р $29718 
; Строка 67 
$29718: 
рор еа1 
рор е51 


;ИтпдомРгос 


продолжение ## 
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Листинг 16.2 (продолжение) 


рор ебх 

1еауе 

геё 16 —;00000010Н 
21 паомРГгос@@ УС /РАУНИМО_@@11.@2 ЕМОР ; М1 пдомРгос 
_ТЕХТ ЕМОЗ 
ЕМО 


Беглый взгляд на код листинга 16.2 показывает, что он оформлен как полно- 
ценная программа на ассемблере. Код программы был сгенерирован компилято- 
ром \151а1 С+- 6.0 от М1сгозой, поэтому транслятор МА$М может сделать из него 
загрузочный модуль без дополнительного редактирования. Для этого компания 
М!сгозой даже подготовила специальный включаемый файл ($ пдпс (он нахо- 
дится в каталоге пакета УС++ 4.0: ..\Мздеу\тсшае, а также среди файлов, прилага- 
емых к книге). 

Таким образом, имея исходный файл УИп4о\з-приложения на языке С/С++, 
можно получить текст на языке ассемблера. Теоретически, на его основе впослед- 
ствии можносформироватьфункционально эквивалентный исполняемый модуль. 
Более того, если задаться такой целью, то не составит большого труда переделать 
его для обработки транслятором ТАЗМ 5.0. 

Но не все так просто. Готов расстроить читателя, но мы изложили очень упро- 
щенный подход к разработке УМт4о\з-приложения на ассемблере. Полученный 
код можно рассматривать лишь как схему (шаблон) такого приложения. Реально 
все несколько сложнее. Прежде чем мы объясним имеющиеся проблемы, прове- 
дем еше один эксперимент — дизассемблируем исполняемый модуль программы 
рг916_1.срр. Причем сделать это нужно тем дизассемблером, который «понимает» 
интерфейс \т32 АРТ. В данной книге для этой цели был использован дизассемб- 
лер ТА. Дизассемблированный с его помощью файл можно сохранить как лис- 
тинг (.45) и как исходный текст ассемблера (.азт). Это говорит о том, что ША 
также пытается по загрузочному модулю построить файл, пригодный для повтор- 
ной трансляции. В начале дизассемблированного им текста даже приводятся ре- 
комендации по использованию соответствующих параметров транслятора ТАЗМ. 

В контексте нашего изложения наибольший интерес представляет файл лис- 
тинга (.15{), формируемый ГТЛА. Анализ его содержимого позволяет изнутри по- 
смотреть на результаты процесса формирования исполняемого модуля трансля- 
тором и редактором связей. Файл листинга в своей левой части содержит колонку 
с адресными смещениями команд. Все метки и символические имена в дизассем- 
блированном тексте формируются с учетом этих смещений, поэтому данный файл 
удобно использовать для анализа. 

Файл листинга ГЛА имеет большой размер, поэтому привести весь его текст 
в книге невозможно, да это и не нужно. Для нас интерес представляют лишь от- 
дельные фрагменты этого файла (листинг 16.3). Полностью Дизассемблированный 
код программы ргд16_1.срр находится среди фалов, прилагаемых к книге. 


Листинг 16.3. Фрагменты дизассемблированного кода каркасного 
\ММпаом/5-приложения (дизассемблер ША) 
ДЕНРЕБЕЕЕЕЕЕЕЕЕЕБЕЕЕЕЕБЕЕСЬЕ Е НЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕСЕ ] ЗЫЕЕЕРЕЕЕЕЕ = Е 
; Этот файл сгенерирован интерактивным дизассемблером(10А) 
; Сорумай{ (с <1да@Чатагезсие . сот> 


Пири ЕЕе ЕЕЕНЫЕЕЕЕЕЕ Е ЕЕЕЕЕЕЕЕЕЕЕ 
ЕЕЕРЕЕЕЕЕЕЕЕЕЕ ЕРЯРЕБЕСЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕЕ БЕЕРБЫЗЕЗЕЕЕЕСЕЕЕЕЕЕЕЕЕЕ === 






‚ 


00401000 
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‚этот файл должен компилироваться следующей командной строкой: ТАЗМ 




















/м1/т5 

00401000 р386 

00401000 поде1 ЕТаё 
094019000_М1пМа1п@16 ргос пеаг ;СОЕ ХВЕЕ: 5(аг+146_р 
00401000 ризй ебр 

00401001 оу еьр ‚ езр 

00401003 зир езр, 508 

00401006 разв ерх 

00401007 разй е$1 

00401008 ри$зй ед1 

00401037 ризв 0 

00401039 са1 4$: Еоа9ТсопА 
0040103Е оу [ебр+уаг 38] , еах 
00401042 ризй 7008 

00401047 ризй 0 

00401049 са1 9$ :[оадСиг5огА 
00401072 ]Теа еах, [ебр+уаг_50] 
00401075 ризй еах 

00401076 са1 3: Вед1зсегС1азЕхА 
0040107С тоу2х  еах, ах 

0040108& 10с_40108Е ;С00Е  ХВЕР: М1пМа1п@16+81 ) 
0040108Е разв ^ 
00401090 пох еах, [ебр+агд_0] 
00401093 разв еах 

00401094 разв 0 

00401096 разй 0 

00401098 ри 800000001 

00401095 ризВ 800000008 

00401042 ри 800000001 

00401047 ров 800000005 

004010АС ри$в 9СЕ0000в 

00401081 ри$ ОЕЕзеё ипк 404034 
09401086 ризй ОЕЁЕзее ипК 404020 
0040108вВ ризй 0 

00401082 са11 $ ; Сгеафе\1 паочЕхА 
004010СЕ са11 45 ; Зпомм 1100 
00401004 ет еах, [ебр+уаг_4 
00401027 ров еах 

00401008 са1 4$ : /рдафе\1птдаом 
0040102 

004010рЕ 10с_40100Е:: ; СОРЕ ХВЕЕ: М1ПМа1п@16+10А - 
004010р2Е разв | я 
004010ЕО ризЬ 0 

004010Е2 ризВ 0 

004010Е4 1еа еах, [ебр+уаг_20] 
004010Е7 ризй еах 

004010=8 са] 4$ : беЕМеззадеА 
004010ЕЕ СезЕ еах ‚, еах 

004010=0 ] 7 1ос_40110Е 

00401026 ]1еа еах, [ебр-+уаг_20] 
004010Е9 разй еах 

004010ЕА са] Ч5 : Тгап5 1 аеМез5аре 
00401100 ]Теа еах, [ебр+уаг_20] 
00401103 ризв еах 

00401104 са1 95 : 15 рахсрМеззаред 
0040110А ]тр 10ос_401010Е 


продолжение 


„ 
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Листинг 16.3 (продолжение) 


00401117 10с_401117: ; СОБЕ ХВЕЕ: _М1пМа1п@16+89_} 
00401117 рор е91 

00401118 рор ез1 

00401119 рор ерх 

0040111А 1еауе 

00401118 тет 108 

0040111В_\М1пМа1п@16 епар 


;оконная процедура 


00401132 10с_401132: ;СОРЕ  ХВЕЕ: .{ех*:00401163_] 
00401132 ризв 0 

00401134 са11 95 : Ро5{Чи1 1Ме$5аре 

0040113А ] тр 10с_40116Е 


0040114Е  слзи — еах 
0040114Р са11 9$: Бе И1пдоиРгосА 























00401175 рор еб1 

00401176 рор е$1 

004011777 рор еъх 

00401178 1Теауе 

00401179 тет 108 

00401180 

00401180 риЪ11с зкагЕ 

00401180 зсагЕ ргос пеагх 

00401 Аб са11 9$:беф\ег$1оп ;получить текущую версию М1п4ом$ 
004011Аб ;И информацию о текущей операционной платформе 
00401205 са11 Ч$ : бе{Соттапа [Е 1пеА 

00401208 му 95: Чиога_405080, еах 

00401210 са11 _ сгЕбезЕпу1гоптеп Е $ Г1пЕ$А 


004012А09 —са11 — 95:бефбжагжирТпТоА 





004012ВЕ са11 9$ : бе Моди1еНапа1еА 
00401265 изв еах 

004012С6 са11 _МтпМа1т6@16 

004012СВ разв еах 

004012СС са11 _ехте 


0040130Е рор ез1 
040130Е рор ерх 
0401310 пом езр, ебр 
0401312 рор ебр 


ооо сеео 











0401313 тет 

0401313 зЕахЕ епар;зр = -888 

0401313 

00401380 ехт+ ргос пеаг ;СОРЕ ХВЕЕ: зба’Е+А9_р 
00401380 ; збаке+14С_р 

00401380 

00401389 са11 зи _4013С0 ;доех1ле 

00401391 — ех1Е  епар 

004013С0 ; подпрограм ма адоехи 

00401360 ; Атрибуты: Статическая библиотечная функция 
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004013С0 зиб 4013С0 ргос пеаг ‚; СОБЕ ХКЕЕ:_ех1&+9_р 
00401371 са11 45 : беЕСиггеп{Ргосе$$ 

00401307 рай еах 

00401308 са11 9$ : Тегт1пазеРгосе$ 5 


00401458 разв  еэ1 
00401459 са11 $ : Ех1ЕРгосе$$ 


00401462 тет 
00401462 зп 4013С0 епар 


0040610С ; Импорт из КЕВМЕТЗ2. 411 


0040610С 
0040610С ехсгп бе{Моди1еР11еМатеА:4иогд —; ПАТА ХВЕР: _себагду+12_х 
0040610С ;_ММ$С_ИВТТЕ+77 г 


00406188 Импорт из 05ЕВ32.911 
00406188 ехЕгп Роз{0и1+Ме$заве:Чмога ;ПАТА ХВЕЕ: .%ех*:00401134_г 
0040618С ехсги О15рафсиМез5авеА: днога ; ВАТА ХКЕЕ:_\1пМа1п@16+104_г 





00406184 еп зах 

Текст листинга 16.3 дает богатую пищу для размышлений. Его обсуждение нуж- 
но начать с последней строки. По правилам ассемблера, в последней директиве 
программы ЕМ№ должна стоять метка первой исполняемой команды. В нашем слу- 
чае это метка 5аи. Если теперь посмотреть на место в тексте, куда она ссылается, 
то мы увидим, что в данной строке содержится директива РКОС, обозначающая на- 
чало процедуры с именем $%аг. Можно сделать вывод, что исполнение программы 
начинается именно с этого места. Обратите внимание на то, что в теле процедуры 
баг содержатся многочисленные вызовы функций. 

В листинге 16.3 показаны только вызовы функций АР\, но если вы посмотрите 
полный вариант листинга 16.3, находящийся среди файлов к книге, то увидите, 
что в нем содержатся вызовы множества других функций. Названия этих функ- 
ций начинаются символом подчеркивания (_), в отличие от названий функций 
АРТ, которым предшествует префикс переопределения сегмента, например: 
9: бе{\Мег$Топ. Задержимся немного и посмотрим внимательно налистинг 16.1, в ча- 
стности, нас интересуют функции, к которым идет обращение. Видно, что в исход- 
ном тексте \т4до\$-приложения, написанном на С/С--+, нет и намека на какие- 
либо функции, за исключением функций АРТ. Болеетого, вызов многих из функций 
АРТ, которые присутствуют в дизассемблированном тексте, отсутствует в листин- 
ге 16.1. Отсюда следует естественный вывод о том, что их вставил компилятор 
С/С++ и, очевидно, они предназначены для инициализации среды, в которой бу- 
дет функционировать программа. А так ли они необходимы? Забегая вперед, ска- 
жем, что нет. Но и отказаться от них нельзя, так как они фактически «навязывают- 
ся» нам компилятором С/С++. В этом и состоит одна из главных причин того, что 
исполняемые модули на ассемблере по размеру в несколько раз меньше функцио- 
нально эквивалентных модулей на языках высокого уровня. Можно сказать, что 
приложение, написанное на ассемблере, не содержит избыточного кода. Отметьте 
еще один характерный момент относительно функций АРГ. Кодовый сегмент ис- 
полняемого модуля содержит только команды дальнего перехода к этим функци- 
ям. Сами же функции находятся в отдельном файле — библиотеке ОШ... В конце 
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листинга 16.3 содержится таблица, в которой описано местонахождение всех им- 
портируемых функций АР1. 

Проследим задействиями, которые производит код исполняемого модуля, фор- 
мируемый компилятором У151а1 С+- для инициализации У!1п190\5-приложения. 
Для этого откройте файл ргд16_1.154 с дизассемблированным текстом программы 
на С/С++, находящийся среди прилагаемых к книге файлов, и переместитесь на 
начало процедуры ап. 


1. Вызов функции АР! Се{Уегз!оп' для определения текущей версии \Утдо\з и не- 
которой другой информации о системе. В настоящее время существует более 
информативная версия данной функции — бе{\ег1опЕх. 


2. Инициализация кучи. Используется как для динамического выделения памя- 
ти функциями языков С/С+-, так и для организации ввода-вывода на низком 
уровне. 


3. Вызов функции АР[ беСоттапаИпеА для получения указателя на командную 
строку, с помощью которой было вызвано данное приложение. 


4. Вызов функции АР! бе{Епмтгоптег51пд$А для получения указателя на блок 
с переменными окружения. 


Инициализация глобальных переменных периода выполнения. 


6. Вызов функции АРТ бе {а(ирп®Адля заполнения структуры, поля которой 
определяют свойства основного окна приложения. 


7. Вызов функции АР! бе{МодщеНнап (еА для получения базового адреса, по кото- 
рому загружен данный исполняемый модуль. 


8. Вызов функции \пМат. Как можно судить по способу вызова и внутреннему 
названию, _\штМат@ 16 не является функцией АРТ. Это локальная функция 
данного исполняемого модуля. Территориально она расположена в начале диз- 
ассемблированного текста (см. листинг 16.3). Позже обсудим ее подробнее. 


Главный вывод приведенных рассуждений — текст процедуры ${аг( исполняе- 
мого модуля не соответствует исходному тексту программы на С/С++. В него до- 
бавлены локальные функции и функции \1132 АРТ, которые вызываются в ис- 
полняемом модуле, например Се(Уегуюп, СеСоштап М иеА и т. д. Это и есть так 
называемый стартовый код программы. Если продолжить изучение этого стар- 
тового кода в файле ргд16_1.15%, то можно увидеть вызов функции_\МИпМат@16. Найдем 
теперь тело этой функции в тексте. Даже беглое сравнение функции_\пМат@16 
(см. листинг 16.3) и функции \пМаш (см. листинг 16.1) показывает, что мы нашли 
место, где содержится код ассемблера, функционально эквивалентный коду на 
С/С++. В частности, хорошо видно, что в _\ИпМат@16 вызываются именно те 
функции (и никакие другие), что и в функции \УтМаш программы на С/С++. 

Мы не будем сейчас обсуждать порядок и цель вызова каждой из этих функ- 
ций, как это делалось для стартовой процедуры, по той причине, что следующий 


' Описания всех упомянутых в книге функций и структур данных \!1132 АРТ приводятся лишь час- 
тично. Полную информацию о них вы можете получить в многочисленных источниках, в которых 
рассматриваются вопросы разработки УЛп4о\з-приложений. Предпочтительно использовать перво- 
источник, находящийся в Интернете по адресу: ВИр://\у\\.писгозой.сот/тзап/. 
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наш шаг — это создание программы на языке ассемблера. В процессе ее разработки 
мы и рассмотрим эти вопросы достаточно подробно. Сейчас нам важно сделать 
вывод, что функция \пМатп не имеет прямого отношения к функциям \\1132 АР1. 
Эта функция используется лишь для того, чтобы компилятор мог сгенерировать 
код, выполняющий инициализацию приложения. 

Кстати, если вы внимательно посмотрите на листинг 16.3, то без труда обнару- 
жите другие фрагменты кода исполняемого файла, прямо соответствующие тек- 
сту исходного файла на С/С++. Например, в качестве упражнения найдите текст 
оконной функции. | 

В заключение обсуждения обратите внимание на код завершения программы: 


004012С6 са11 _\М1пМа1пт@16 
004012СВ ризп еах 
004012СС са11 _ех1е 


Видно, что для завершения приложения вызывается процедура _ех®. Код, ко- 
торый она содержит, является обязательным для корректного завершения любого 
УИ пдо\$-приложения. Более подробно мы его обсудим при разработке каркасно- 
го \УМп4о\з-приложения на языке ассемблера. 


Каркасное \Ипао\м$-приложение 
на ассемблере 


Одним из главных критериев выбора языка разработки \Мш4ао\з-приложения яв- 
ляется наличие в нем средств, способных поддержать строго определенную после- 
довательность шагов. Язык ассемблера является универсальным языком и приго- 
ден для реализации любых задач, поэтому можно смело предположить, что на нем 
можно написать также любое \Мш4о\з-приложение. Материал, изложенный ра- 
нее, наглядно это доказал. Более того, стали видны некоторые подробности кода, 
который должно содержать \/19о\5-приложение на ассемблере. Но мало напи- 
сать сам текст \190\з-приложения, необходимо знать средства пакета трансля- 
тора, специально предназначенные для разработки таких приложений, и уметь 
пользоваться этими средствами. 

В листинге 16.4 приведен текст каркасного приложения на ассемблере, функ- 
ционально эквивалентного УЛи4о\з-приложению на С/С++ (см. листинг 16.1). 
Если не обращать внимания на особенности оформления кода, обусловленные тре- 
бованиями синтаксиса ассемблера, то хорошо видно, что на уровне функций его 
структура аналогична рассмотренному ранее УЛп4до\з-приложению на С/С++. 


Листинг16.4. Каркасное\Мп4о\мз-приложениенаассемблере 


<1> ;Пример каркасного приложения для \Ип32 
<2> .386 
<3> 10са1з ;разрешает применение локальных меток в программе 
<4> „тоде\ Е1аё, $ТОСАЬЫ ;модель памяти ЕЛаё 
<5> ;5ТОСАГЁЕ - передача параметров в стиле С (справа налево), 
<б> ; вызываемая процедура чистит за собой стек 
<7> 1ис1а4е и1пдомА.1пс;включаемый файл с описаниями базовых структур 
; и ‘констант №1132 

<8> ;Объявление внепними используемых в данной программе 

‚функций №1132 (АЗСТГ): 
<9> ех{гп — бе+Моди1еНапа1еА: РКОС продолжение „$ 
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Листинг 16.4 (продолжение) 











<18> ехЕхл _беф{\/ег$топЕхА: РКОС 

<11> ехеги бе{СоттапаЕ 1пеА: РКОС 

<12> ехЕ гп бе+Епу1 гоптепЕ $ {г1п8$А; РКОС 

<13> ехёги — СегЕпу1 гоптепЕ5 +г1п8$А: РКОС 

<14> ехеги Се агеирТтЕоА:РВОС 

<15> ехЕгп | оадТсопА: РКОС 

<16> ехЕги ГоааСигзогА : РКОС 

<17> ехЕ гп бес оскоОю]есЕ:РВОС 

<18> ехегп Кез1 з{егСТа$$ЕхА: РОС 

<19> ехЕгп Сгеафе\1 пдомчЕхА : РКОС 

<20> ехетп эпом\тпадом : РВОС 

<21> ехЕгп Урдахемтпаом : РКОС 

<22> ехЕгп бе{Ме$5адеА: РКОС 

<23> ехртп — Тгапз1афеМе$заре: РКОС 

<24> ехЕги  ПО15раксиМеззавеА: РКОС 

<25> ехё гп Ех1СРгосезз:РВОС 

<26> ехЕги Ро${Чи1+Меззаве: РКОС 

<27> ехЕгп БеМ1 пдомРгосА : РКОС 

<28> ехёгп Р1аубоипдА : РКОС 

<29> ехЕгп Ке1еазе0С :РКОС 

<30> ехЕгп Тех{Ои{А:РКОС 

<31> ехегп бефосС:РЕОС 

<32> ехЕгп ВертпРатпЕ : РКОС 

<33> ехегп ЕпаРа1те :РВОС 

<34> ‚объявление оконной функции объектом, 
‚видимым за пределами данного кода 

<35> ри611с М1паомРгос 

<36> ‚ата 


<37> Пипа аа 0 
<38> ИТП аа 0 
<39> Вас аа 0 


<40> ; 1рМегТопТптогма* Топ ОЗ\УЕВУТОМТМЕО <?> 
<41> мс1 УМОСЬАЗЗЕХ <?> 
<42> пеззаде М5б ‹<?> 
<43> рз  РАТМТУТВОСТ <?> 
<44> $2С1аз$Маме 96  'Приложение И1п32', 0` 
<45> $211{1еМаше 9р 'Каркасное приложение №1132 на ассемблере’, 9 
<46> Мез\М1паом 95 'Привет! Как звук в наупниках. 
Не нравится? - Отключите!!! * 
<47> Мези1 паомЁеп= $ -Мез\1пдом 
<48> р1ауг11еСгеае 090 ‘сгеате.мау’, 0 


<49> р1ауЕ11еРа1пё — 0 ‘'рафпе.мау’, 0 
<50> р1ауг11ерезётоу 96 'дез{гоу.мау', 0 


<51> „.соде 
<52> обагЕ ргос пеаг 
<53> ;точка входа в программу: 
<54> ; начало стартового кода 
<55> ;вызовы расположенных ниже функций 
;можно при необходимости раскомментировать, 
<56> ;но они не являются обязательными в данной программе 
<57> ;вызов ВОО. Сес\егз1опЕх (ГРОЗУЕВСТОМТМРО ТрУегз1оп1пРокмае1оп) 
<58> . ризЬ ОЕЕзее Тр\ег$1от1пЕохмае101 
<59> ; са11 Сес\уег1опЕхА 
<60> : далее можно вставить код 
;для анализа информации о версии М1п9оиз 
<61> ‚вызов ГРТУТВ бе&СоттапдЕ 1 пе (\010) - получить указатель 
;на командную строку 
<62> ; са11 бе{СоттапаЕ1пеА ;в регистре еах адрес 
<63> ;вызов ГРУОТО СесЕпу1гопиете 5 х1п9$ (\0ТО) - получить указатель 
‚на блок с переменными окружения 
<64> > са11 СееЕпу1гопмепе 56 у1195А ;в регистре еах адрес 
<65> : вызов МОТО СеебеагеорТтЕо (ТРЭТАВТОРТМЕО Т1р5$&{агфирТпТто) ;указатель 


;на структуру СТАВТОРТМЕО 
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я ризй ОЕЕсеё 1руфагёир1тТо 
: са11 бет фагфир1пТоА 
‚; вызов НМОВИЕЕ бе{Мо9и1еНапа1еА (ЕРСТЗУТКВ 1рМоЧи1еМаме) 
ризь МИС ; 0 - >бе{Моди1еНап Те 
са11 СеЕМоди1еНапЯ1еА ;получить значение базового адреса, 
тоу П1п${, еах ;по которому загружен модуль. 
;далее П1пзЕ будет использоваться в качестве 
;дескриптофа данного приложения 
‚конец стартового кода 
УтпМа1т: 
‚определить класс окна 
‚АТОМ Керт5+егСТа$$Ех (СОМ$Т ИМОСТАЗУЕХ ПрийСТаззЕХ), 
‚где *1рупаС1аззЕх - адрес структуры МпаС1а$$Ех 
;для начала инициализируем поля структуры МпаС1аззЕх 





оу ист.с6512е, Гуре ИМОСТАЗ5ЕХ ;размер структуры 
;В мС1.С6912е 
оу ис1.5+у1е, С5_НКЕБВКАМ+С5 _МВЕБВАМ 
оу ист. ТрЕпМпаРгос, оЕЁзее М1паомРгос ;адрес оконной 
;‚ процедуры 
оу ист. с6С1$Ехфга, 0 
оу мс1. сБипдЕхЕга, 0 
оу еах, 11156 
‚дескриптор приложения в поле ВТп$фапсе структуры ис1 
оу ист. НТп${$апсе, еах 


‚готовим вызов 
;НТСОМ КоаЧТсоп (НТМ5ТАМСЕ Ю1пзбапсе, ПРСТУТВ 1р1сопМаме) 

ризй ТОТ_АРРЬТСАТТОМ ;стандартный значок 

ризй 0 УМОЪЬ 

са11 [ оаЧ91Т сопА 

поУ ист.И1соп, еах ‚дескриптор значка в поле ИТсоп 

; структуры ис1 

ГОТОВИМ ВЫЗОВ 
;НСОВЗОВ ТоаЯ9СигзогА (НТМУТАМСЕ В]п5бапсе, ПРСТУТВ 1рСигзогМате) 


ризв ТОС_АККОМ ‚стандартный курсор - стрелка 
ризв 0 
са11 Тоа@СитзогА 


поу мс1.ПСигзог, еах;дескриптор курсора в поле ПСитгзог 
структуры мс1 
‚определим цвет фона окна - белый 
‚готовим вызов НСОТОВУ беф$тоско6]ес*(1пЕ Е10)есе) 
ризй УНТТЕ_ВВО5Н 
са11 без еоско]есе 


ие ис1.ПЬгВаскЕгоииа, еах 
ие Чмога рЕг ис1.1р$2МепиМате, 0 ;без главного меню 
поу Чмога рёг мс1.1р$2С1а$$Мате, оЕЕзее $2С1а$$Маме ;имя 


‚класса окна 
таоу ист. ИТсоп5т, 0 
;регистрируем класс окна - готовим вызов 
;Вед15егС1аз$ЕхА (5ипас1аз$) 
роз ОЕЁзее ис1 
са11 Вед1зсегС1аззЕхА 
Сезе ах, ах ;проверить на успех регистрации класса окна 
32 епа_сус1_т$8 ; неудача 
создаем окно: 
Готовим ВЫЗОВ 
; НИМ Стеабе!1пбомЕхА (ОМОВО ЯЧмЕх5$у1е,  ПРСТУТВ 1\рС1а55Мамте, 
;ОРСТУТВ 1рм1пдомМате, ПРМОВО диЕу1е, 1пЕ х, 116 у, 116 ПИТаЕВ, 
‚1пё пНезлове, НИМр ВИпаРагете, НМЕМО ИМепи, НАМОЬЕ №]пзбапсе, 
;ПРУОТРЬ 1рРагам) 
ризь 0 ; рРагам 
разв 61156 ; НТпзтапсе 
ризВ МОГ; мели 
разН МУЕЕ; рагеп+ Пипа 
разв Си _УЗЕБЕРАЦЕТ ‚высота окна 
разв СИ ОЗЕБЕЕАОЬТ ;ширина окна продолжение „$ 
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Листинг 16.4 (продолжение) 
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ризй 
разв 
разв 
разв 
ри$в 
ризй 
са11 
мох 


С\_У5ЕБВЕРАПЕТ ‚координата у левого верхнего угла окна 
С\М_ОЗЕРЕРАОШЬТ ; координата х левого верхнего угла 
№5 _О\МЕВГАРРЕБМТМООМ ;стиль окна 


ОЕЕзес $21111еМате ;строка заголовка окна 
ОЕЁсеЕ $2С1а$$Маме ; имя класса окна 

МОБ 

Сгеафем1пЧомЕхА 

Вип, еах ‚Имп - дескриптор окна 


;показать окно: 
‚готовим вызов ВООТ $НомМ1паом( НИМР Н\па, 1пё пСта$Пом ) 


ризй 
ризй 
са11 


5И_5НОММОКМАЕ 
Бипа 
ЗНомм1 пом 


;перерисовываем содержимое окна 
‚готовим вызов ВОО. ЦУрдафем1паом( НИМР В\па ) 


ризй 
са11 


Випа 
Ордасе\1пдои 


; запускаем цикл сообщений: 
‚готовим вызов ВОО. бе{Мез$зазеА( 1РМ5$б 1рМ$5, НИМР ИМпа, 
;ОТМТ мМ$БЕ11тегМ1п, ЦТМТ имздЕ1 1%егМах ) 
Ссус1_т$58: 
роз 0 


ризй 


ризй 


0 
МОРЬ 


разв ОЕЁзеЕ меззаде 


са11 

стр 

3е 
‚трансля 


бе{тМе$5адеА 
ах, 0 
еп9_сус1_1$9 
ция ввода с клавиатуры 


‚готовим вызов ВОО Тгапз]асеМеззаде( Сом№$Т Мб *1рмза ) 
разв ОЕЁЕзеё шеззаде 


са11 


Тгап$1а{еМез5азе 


;отправим сообщение оконной процедуре 
‚готовим вызов ТОМС О15ратсНМе$$аве( СОМ5Т М5С *1рт$=) 
разв ОЕЕзеЕ мезсаае 


са1] 
р 


21зраеспМеззадед 
сус1_м$5 


еп9_сус1_п5$9: 





; ВЫХОД 

} ГОТОВИМ 
ризй 
са11 

зсаге 


И: пдомРт 


з приложения 
вызов УОТР Ех1ЕРгосе$$ ( ОТМТ чЕх1ЕСоае ) 
МОГ 
Ех1ЕРгосе$$ 
епар 
И а МТпаоиРГОС: - — —_—__ — - -- 
ос ргос 





ага @@Пипа: оМОКО, @@тез:ОМОКО, @@ирагат: ОмОКО, @@1рагам: ОМОКр 


изез ебх, 

1оса1 
сир 
3е 


мисгеасе: 


е91, е51 эти регистры обязательно должны сохраняться 
@@пас : ОМОВО 

@@пез, ММ _ПРЕЗТКОУ 
тдезтгоу 
@бте$, ММ СВЕАТЕ 
итсгеате 
@@те$, ММ РАТМТ 
итра1п+ 
ЧеЁао1& 





‚обозначим создание окна звуковым эффектом 
‚готовим вызов функции 





;ВООБ Р1 
ризй 
разв 
ризв 





аубоипа (1РССТВ рз7боита, НМОВИЁЕ нтоа, ПМОВР Е9мбоцпа) 
$№0_5У№С+$№5_ЕТЬЕМАМЕ 
МО 
ОЕЁзеё р]ауЕ11еСгеасе 
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<181> сап РауЗоипаА 
<182> [0 еах, 0 ;возвращаемое значение - 0 
<183> о ех1Е_ипаргос 
<184> — итратп 
<185> м $М№М0_$У№С+$М№0_НЕЕМАМЕ 
<186> ри МИЦ 
<187> ри$й оНзе{ р1ауЕ11еРатпЕ 
<188> сан Р!ауЗоипаА 
<189> ;получим контекст ост 
'НОС Ве т НММО пила, ® п ИРРАМТЗТВИСТ 1рРатп+ ) 
<190> ри$ оНзеф [5 
<191> ризв @@пиптв 
<192> са11 Вер1пРа1пЕ 
<193> поУ @ОПас, еах 
<194> ‚выведем строку текста в окно 


ВОО ТехеоцЕ( НОС Вас, 11Е пХ5баге. 116 пУЗбаге, 
<195> ; ЕРСТУТК 1р5&г1т8, 10 со5Егтпа } 














<196> ри$в Мез\1пд9 он еп 
<197> ризй ОЕЁзеё Мез\1иаом 
<198> разв 100 
<199> ризи 10 
<200> разв вес 
<201> са1 ТехЕОцЕА 
<202> -;освободить контекст 
‚ВОО. Еп@Ра1пе( НИМ В\аа, СОМ5Т РАТМТУТВОСТ *1рРалше ) 
<203> разв ОЕЁзеё рз 
<204> ризй @опас 
<205> са11 ЕпаРа1п* 
<206> оу еах, 0 ;возвращаемое значение - 0 
<207> ар ех1Е_мпаргос 
<208> — итдезЕгоу: 
<209> ризй $МО_$УМ№+5М0 ЕТЬЕМАМЕ 
<210> разв МОБ 
<211> ризй оЕЁзеёе р1ауЕ11ерезЕкоу 
<212> са11 Р]ЛаубоипаА 
<213> ‚послать сообщение ИМ_О0ТТ 
<214> ‚готовим вызов УОТО Ро$%0и1{Меззаве( 1пе пЕх1(Собе )} 
<215> разв 
<216> са1 Ро$«Оч1+Ме$5аве 
<217> оу еах, 0 ;возвращаемое значение - 0 
<218> ар ех1{_мпаргос 
<219> Дефаи1 +: 
<220> ; обработка по умолчанию 


<221> ‚готовим вызов РГВЕЗОЬТ ВеМ1паомРгос( НИМО Ю\па, У1ТМТ М9, 
<222> ;МРАКАМ нчРагат, ТРАВАМ 1Рагам ) 


<223> ризи @@1рагат 

<224> разв @@ирагам 

<225> ризй @@те$ 

<226> разй @@пыпа 

<221> са11 Ое{ИтпдомРгосА 
<228> тр ех1{_мпаргос 
<229> т 

<230> ех1ё_мпаргос: 

<231> те 


<232>  М1ТпаомРгос епар 
<233> еп зГагё 


Каркасное \УЛш9о\з-приложение на асвемблере содержит один сегмент данных 
„Чата и один сегмент кода .соде. Сегмент стека в исходных текстах УИпдо\з-прило- 
жений непосредственно описывать не нужно. \190\$ выделяет для стека объем 
памяти, размер которого задан программистом в файле с расширением .4еЁ. Текст 
листинга 16.4 довольно большой. Поэтому для обсуждения разобьем его коммен- 
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тариями на характерные фрагменты, каждый из которых затем поясним с необхо- 
димой степенью детализации. 

Строка 3. Все символические имена в программе на ассемблере по умолчанию 
являются глобальными. Задание директивы 10СА|$ включает в трансляторе меха- 
низм контроля областей видимости имен и позволяет использовать в программе 
локальные имена (см. главу 10). 

Строка 4. Директива .МОВЕ| задает модель сегментации (Йа) и стиль генерации 
(см. главу 15) кода при входе в процедуры программы и выходе из них (${4са!). 
Модель памяти Йа{ обозначает плоскую модель памяти. В соответствии с этой мо- 
делью компилятор создает программу, которая содержит один 32-разрядный сег- 
мент для данных и кода программы. Код загрузочного модуля, генерируемый 
с параметром Наф, будет работать на процессорах 1386 и выше. По этой причине 
директиве .МООЕ должна предшествовать одна из директив: .386, .486 или .586. 
Указание этой модели памяти заставляет компоновщик создать исполняемый файл 
с расширением ‹ехе. В программе с плоской моделью памяти используется адреса- 
ция программного кода и данных типа пеаг. Это же касается и атрибута расстояния 
в директиве РКОС, который также имеет тип пеаг. Параметр $%{саП определяет по- 
рядок передачи параметров через стек так, как это принято в языке С/С-+, то есть 
справа налево. Этот параметр задает генерацию кода эпилога, который очищает 
стек по завершении работы процедуры (в стиле языка Разса]) от аргументов, пере- 
данных в эту процедуру при вызове. Такая передача параметров очень удобна при 
разработке \УЛп4о\5-приложений: программист может помещать параметры в стек 
в прямом порядке, и ему не нужно заботиться об очистке стека после окончания 
работы процедуры. 

Строка 7. Директива [МСГОПЕ включает в программу файл \ИпдомА /пс. Для чего 
нужен этот файл? Вы, наверняка, имеете некоторый опыт разработки Уш@4о\з- 
приложений на С/С++ и знаете, что функции \ш32 АР[в качестве передаваемых 
им параметров используют множество констант и данных определенной структу- 
ры. В пакете компилятора С/С++ эти данные расположены в заголовочных фай- 
лах, совокупность которых можно рассматривать как дерево с корнем в файле 
\шао\з.п. Для того чтобы эти описания стали доступны приложению на С/С-+-, в его 
начало включается директива #тсши4е <иИпдомз.Н> (см. листинг 16.1). УЛидо\з- 
приложение на ассемблере также использует вызовы функций \п32 АРТ, поэто- 
му в нем должны быть выполнены аналогичные действия по определению необхо- 
димых констант и структур. Но просто взять из пакета С/С++ и затем использовать 
в программе на ассемблере файл \9пдомз.Й и связанные с ним файлы напрямую 
нельзя. Причина банальна: транслятор ассемблера не понимает синтаксиса С/С++. 
Что делать? Пакет ТАЗМ предоставляет в распоряжение программиста утилиты 
62азВ.ехе и №2а$032.ехе, которые должны помочь ему конвертировать содержимое 
включаемых файлов на языке С/С+- во включаемые файлы ассемблера. Однако, 
исходя из опыта, не стоит питать особых надежд на эффективность их работы. 
Поэтому проще формировать ассемблерный включаемый файл с описанием кон- 
стант и структур УМт4о\5$ самостоятельно. Кстати, пакет ТАЗМ 5.0 предоставля- 
ет в распоряжение программиста варианттакого включаемого файла\мипт32.1пс. Его 
можно найти среди прилагаемых к книге файлов в каталоге к данной главе, но 
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пользоваться им нужно с осторожностью, так как его содержимое не совсем акту- 
ально. Например, файл \/п32 Лис содержит описание структуры \УМОСГА$$, но в нем 
отсутствует расширенный вариант этой структуры УМОСТА$ЗЕХ, который требует- 
ся в расширенном варианте функции Вед1$егЦа$$ЕхА. Как решить проблему акту- 
альности описаний? Проще всего сделать это, используя включаемые файлы по- 
следних на текущий момент времени версий компилятора С/С+- (сейчас это, 
например, УС-++ 6.0 и 7.0). Это один из основных источников подобной информа- 
ции, актуальность которой к тому же гарантирована разработчиком компиля- 
тора, являющегося одновременно и создателем операционной системы Уш9о\5. 
Поэтому программирование на ассемблере для \Мт4о\з предполагает, что вы хо- 
рошо умеете ориентироваться во включаемых файлах компилятора С/С++. Пол- 
ностью пытаться конвертировать эти файлы не имеет смысла. Более правильно 
извлекать из них по мере необходимости описание нужных данных, приводить их 
в соответствие требованиям синтаксиса ассемблера и после этого записывать в не- 
который свой файл, который будет играть роль файла \Мпдомз.Н. Для \УМтдо\з- 
приложений данной главы вам предлагается вариант такого включаемого фай- 
ла — ММпдомА 1пс, который включается в текст приложения директивой {пс ае 
уИпдомА пс. Файл ушдо\А.шс имеется среди файлов, прилагаемых к книге. Его 
можно взять за основу для дальнейшей работы и наращивать по мере необхо- 
димости. 

Строки 9-33. Функции У!!т32 АРТ, используемые в программе, должны быть 
объявлены внешними с помощью директивы ЕХТК№. Это необходимо для того, что- 
бы компилятор мог сгенерировать правильный код, так как тела функций \/1т32 
АРГ содержатся в библиотеках ОШ, системы УЛп9о\$. 

Имейте в виду, что в различных источниках встречаются разные названия, ка- 
залось бы, одной и той же функции. Необходимо правильно понимать их. Напри- 
мер, уже упомянутая функция Кед15{ег([а5$ может иметь названия Ке21${егСЛаззЕхА 
или Ке215{егС]1а5$Ех\/. Насамом деледве последниефункцииявляются более совре- 
менными вариантами Кег1%егС]азз. Для разрешения подобных коллизий приходится 
обращаться к первоисточникам — документации с описанием функций \!132 АР] 
(помните, что она также может оказаться устаревшей). Самый лучший источник 
такой информации — включаемые файлы компилятора С/С++. Например, описа- 
ние функции Кед15{ег(а5$(ЕхА) содержится в файле м1тизег.п. В листинге 16.5 при- 
ведены строки из этого файла. 


Листинг 16.5. Фрагмент файла ммпизег.й (\С++ 6.0) 


<1> МТМУЗЕКАРТ АТОМ \МИМАР! Кер15{егСТа$$А(СОМ5Т ММОСЕА$ЗА *1рМйдС1а$$); 
<2> \МММУЗЕВАР! АТОМ МММАР! Кеё15+егС1а$$М(СОМ5Т ИМОСЬА$$М *1риупаСТа$$); 
<3> #11деЁ ИМСООЕ р 

<4> #4аеНпе Кез1$+егС1а$5 Керт${егС1а$5\ 

<5> #е[зе | 

<6> #4е1те Керт${егС1а$5$ Кез15тегС1а$$А 

<7> Непа1т // !0МТСООЕ 


<8> #1Е(ИТМУЕЕ >= 0х0400) 

<9> ИТМОЗЕВАРТ АТОМ МТМАРТ Кев15+егС1а55ЕхА(СОМ5Т ИМОСТАЗЬЕХА *); 
<10> ИТМОЗЕВАРТ АТОМ МТМАРТ Кер1${егСТа$$ЕхМ(СОМУТ ИМОСЬА$ЗЕХИ *); 
<11> #ттаефт ОМТСОПЕ 


<12> #Чет1пе Вед1 зсехС1аззЕх Кез1${егС1а$$Ехм 2 2 
продолжение 


13 Зак. 256 


А ——Аы_щб—ыы—ыыы—ы——щ55— же 
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Листинг 16.5 (продолжение) 


<13> #е15е 
<14> #ЧеЁ1пе Керт${егС1а$$Ех Кер15{егС1а5$ЕхА 
<15>  Непаи // !\М1С0БЕ 


Последние версии операционных систем УЛп4о\$ поддерживают две системы 
кодировки символов: однобайтную (АМЗ1) и двухбайтную (ИМТСОПЕ). Поддерж- 
ка кодировки ОМГСОПЕ была введена МисгозоЁ, чтобы облегчить локализацию 
программных продуктов на неанглоязычном рынке. Операционная система 
Упдо\$ МТ поддерживает только кодировку ОМТСОПЕ. Операционная система 
УЛпдо\ 95/98 имеет довольно плохо скрытое наследие М5-ОО$ и не поддержи- 
вает в своей внутренней работе кодировку ОМТСОПЕ (она поддерживается лишь 
на уровне функций \п32 АРГ. Для работы с обеими кодировками программный 
интерфейс У т32 АРТ имеет два варианта функций. Эти функции различаются 
последним символом в названии. Если это А, то данная функция работает в коди- 
ровке АМЗГ, если У, то функция работает в кодировке ОМСОПЕ. Следующий 
момент, требующий пояснения, — наличие суффикса Ех в названиях функций. 
Объяснение этому можно найти в листинге 16.5. Директива условной компиляции 
(строка 8) проверяет текущую версию операционной системы. Если это \!1190%5$ 
95/98 или МТ, то можно использовать расширенные (с суффиксами Ех) варианты 
функций У п32 АРГ. Они обладают дополнительными возможностями по сравне- 
нию со старыми вариантами функций \'1132 АРТ. Исчерпывающим источником 
информации по функциям \!т32 АРТ (и не только) является МОМ (М!сгозой 
Оеуеюорег Мемогк — информационная система поддержки разработчика по про- 
дуктам М1сгозой), его можно найтив Интернете по адресу НЕр://\м\\м. пусгозой.сот/ 
мзап/. 

Строка 35. В соответствии с соглашениями операционной системы Уп9о\з, 
оконная функция приложения должна быть видимой за пределами приложения, 
в котором она описана. Это связано с тем, что оконная функция вызывается самой 
операционной системой У/т4о\з при поступлении сообщений для данного при- 
ложения. По этой причине оконная функция нашего каркасного приложения объяв- 
лена общей (ри с). 

Строки 36-50 содержат описание сегмента данных, в котором определяются 
переменные и экземпляры структур, используемые в каркасном приложении. 

Упомянем еще об одном важном техническом моменте программирования для 
операционной системы УЛтдо\$ — соглашениях об именовании различных про- 
граммных объектов. Обозначениям в УМ т4о\з придается большое значение. Это 
объясняется сложностью разрабатываемых систем, а также тем, что пользователи 
и разработчики должны понимать друг друга при создании как программных про- 
дуктов, так и документации к ним. Без согласованных правил по обозначению тех 
или иных объектов им не обойтись. Единых требований на этот счет нет. В насто- 
ящее время де-факто в качестве системы обозначений принята так называемая 
форма венгерской записи. Более подробные сведения о ней с указанием первоис- 
точника приведены в файле \(е550п16\Нипдапап Мо(аНоп.Вт, который находится 
среди файлов, прилагаемых к книге. Не стоит принимать венгерскую форму запи- 
си за некую догму. Это всего лишь одна из возможных систем обозначений. При 
желании вы можете ввести свою собственную систему. Для того чтобы заставить 
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компилятор ассемблера различать строчные и прописные буквы, необходимо ука- 
зать ключ /п1| в командной строке. 

Перед рассмотрением сегмента кода обратите внимание на его начало (стро- 
ка 51). В нем отсутствуют привычные команды загрузки сегментного регистра дан- 
ных. Загрузчик УЛпао\$ самостоятельно загружает сегментные регистры, при этом 
учитывается требуемая модель памяти (директива .тоде|). В первой части главы 
мы упоминали, что для запуска приложения под управлением У п4о\з необходи- 
мо выполнить нескольких шагов, в которых выполняется вызов ряда функций 
У п32 АРГ. Перечислим их. 


1. Выполнение стартового кода. 


2. Выполнение главной функции (в С/С++ — вызов функции \МпМа!п), которая 
выполняет следующие действия: 


1) регистрирует класс окна; 
2) создает окно; 
3) отображает окно; 
4) запускает цикл обработки сообщений; 
5) завершает выполнение приложения. 
3. Организация обработки сообщений в оконной процедуре. 


А как вызывать функции \!т32 АР] в программе на ассемблере? Вызов этих 
функций осуществляется аналогично вызову внешних функций (см. главу 15). 
Передача всех параметров осуществляется через стек. По этой причине важно знать 
размеры передаваемых величин. Здесь проявляется полезность венгерской систе- 
мы обозначений. О размере переменной можно судить по ее названию. К тому же 
в \1п32 большинство переменных имеет размер двойного слова (четыре байта). 
В соответствии с параметром $@са[ директивы .МОБЕЕ параметры в стек должны по- 
мещаться справа налево, то есть первым в стек идет последний параметр функции. 

Продолжим рассмотрение каркасного Уп о\‘-приложения (см. листинг 16.4). 


Стартовый код 


Структура нашего каркасного УЛп9о\з-приложения строится в соответствии 
с аналогичным приложением на С/С++ (см. листинг 16.1) и его дизассемблиро- 
ванным вариантом (см. листинг 16.3). Разрабатывая приложение на С/С++, мы 
«прячемся за спину» компилятора, доверяя ему часть работы. Программируя на 
ассемблере, мы лишаемся этой «широкой спины» и вынуждены всю работу делать 
сами. Что представляет собой эта работа, видно из листинга 16.3. Первый шаг 
УИпдо\ж5-приложения заключается в исполнении стартового кода (строки 54-73). 
Стартовый код представляет собой последовательный вызов функций \т32 АРТ. 
Вы можете экспериментировать с ними при разработке своих программ (напри- 
мер, для доступа к информации о параметрах командной строки или переменных 
окружения), но в общем случае использовать большинство из них не обязательно. 
Чтобы продемонстрировать это, в листинге 16.4 вызов некоторых функций стар- 
тового кода закомментирован. В этой программе из всего стартового кода мы оста- 
вили лишь вызов функции бе{МодщеНап {А (который, кстати, тоже можно за- 
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комментировать без потери работоспособности программы). Она предназначена 
для идентификации исполняемого файла в адресном пространстве процесса. Здесь 
нужно кое-что пояснить. 

В литературе по платформе \Ут32 часто встречаются такие понятия, как иро- 
цесс и поток. Процесс (приложение) представляет собой экземпляр программы, 
загруженной в память для выполнения. Процесс инертен, он просто владеет про- 
странством памяти в 4 Гбайт. В этом пространстве содержатся код и данные, дру- 
гие ресурсы, загружаемые в адресное пространство процесса. В качестве ресурсов 
могут быть, в свою очередь, исполняемые файлы или библиотеки ОГ1.. Для того 
чтобы процесс исполнялся, в нем должен быть создан поток, который, собственно, 
и отвечает за исполнение кода, содержащегося в адресном пространстве процесса. 

Зачем такие сложности? Дело в том, что \/!т32 по сравнению со своими пред- 
шественниками кроме процессной многозадачности поддерживает еще и потоко- 
вую многозадачность, при которой в рамках одного процесса параллельно запус- 
каются несколько потоков. Таким образом, в рамках одной программы виртуально 
выполняются несколько фрагментов кода. В принципе, имея несколько процессо- 
ров, возможно реальное распараллеливание вычислительного процесса в рамках 
одного приложения. 

Из-за того что в адресное пространство процесса можно загрузить несколько 
файлов, для работы с ними требуется некий механизм их однозначной идентифи- 
кации. При загрузке исполняемого файла (или библиотеки ОТ.) в адресное про- 
странство процесса ему присваивается уникальный номер. Этот номер передается 
операционной системой в качестве первого параметра 115 (Нап е шуапсе — 
описатель экземпляра) функции \ИпМат в программе на языке С/С++. Это значе- 
ние используется впоследствии при вызове многих функций \!1132 АРТ, загружа- 
ющих те или иные ресурсы для данной программы. Что касается значения, при- 
сваиваемого 0115$, то оно равно базовому адресу в адресном пространстве процесса, 
по которому загружен данный файл с расширением .ехе. Выяснить его значение 
можноспомощьюфункции О е{Мо4деНап4]е. Привызовеэтойфункциивкачестве 
ее единственного параметра передается адрес АЗСПЯ-строки с именем исполняе- 
мого файла (библиотеки ОТТ.), базовый адрес загрузки (значение 11151) которого 
мыхотим получить. Есливызватьфункцию Се{Мо4ди1еНап4е, передавейзначение 
МОИ, то мы получим значение 11154 для текущей программы, что, кстати, и делает 
стартовый код (см. листинг 16.3) в программе листинга 16.1. Важно отметить, что 
эта идентификация актуальна только в рамках одного процесса. 

Как правило, в системе существует по крайней мере несколько процессов, вла- 
деющих своим четырехгигабайтным адресным пространством и имеющих испол- 
няемые файлы с одинаковыми идентификаторами. Причина в том, что в \\1132 
адресные пространства процессов разделены, и каждый из этих процессов полага- 
ет, что он в системе один. 

Фрагмент кода с вызовом бе{МодиеНапЁеА выглядит так: 

„Дафа 
№115 аа 0 


‚соае 


ризН 0 
сап бе{Моди1еНапЧ1еА 


пом Пт$т, еах 
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После этого кода вызывается главная функция приложения — \ИтМатт (см. ли- 
стинг 16.3). 


Главная функция 


Основная задача главной функции (строки 74-162) оконного \ш9о\-приложе- 
ния состоит в правильной инициализации программы и корректном ее заверше- 
нии. Правильная инициализация приложения предполагает выполнение ряда пред- 
определенных шагов. Обсудим их подробнее. 


Регистрация классаокна 


Регистрация класса окна выполняется в строках 75-108. Под классом окна пони- 
мается совокупность присущих ему характеристик, таких как стиль его границ, 
формы указателя мыши, значков, цвет фона, наличие меню, адрес оконной проце- 
дуры, обрабатывающей сообщения этого окна. Класс окна можно впоследствии 
использовать для создания окон приложения функцией Сгеа{е\пао\. Характери- 
стики окна описываются с помощью специальной структуры \ИМОСЬА5$5 (или ее рас- 
ширенного варианта \/МОСЕА$ЗЕХ в Уп 32). 

В сегменте данных в строке 41 листинга 16.4 определен экземпляр структуры 
ММОСТА$$ЕХ — мс(. Первое поле структуры УМОСТАЗЗЕХ сб512е должно содержать 
длину структуры. Команда в строке 80 загружает в это поле соответствующее зна- 
чение. В поле ${у[е можно определять стиль границ окна и его поведение при пере- 
рисовке. Значение стиля является целочисленным и формируется из констант. 
Каждая константа означает некоторую предопределенную характеристику. Вклю- 
чаемый файл мтизег.Н компилятора УС+- содержит символические названия этих 
констант. Эти же константы, но уже в соответствии с требованиями синтаксиса 
ассемблера, описаны в файле мипдомзА.1пс. В строке 81 листинга 16.4 комбинация 
констант С$_НКЕОКАМ и С5_УКЕБКА\ определяет необходимость полной перерисов- 
ки окна при изменении его вертикального или горизонтального размера. 

В строке 80 в поле [р#т\\таРтосзаписывается адрес оконной функции. С помощью 
этой функции все окна, созданные позднее функцией Сге{е \УЛтдомнаосновеклас- 
са, для которого выполняется регистрация, будут обрабатывать посланные им со- 
общения. 

Поляс6С1$Ежтгаи с \У/па Ех*гаслужатдля указания количества байтов, дополни- 
тельно резервируемых в структуре класса окна \УМОРКОС и структуре параметров 
окна, которая поддерживается внутри самой системы УЛт4о\з. Обычно эти поля 
инициализированы нулевыми значениями. 

Строка 85 формирует в ноле НШп${апсе дескриптор приложения, полученный 
ранее функцией бе МодщеНапта(еА. 

В строках 86-95 в поля Шсоп и ВСи!<ог загружаются дескрипторы значка и ука- 
зателя мыши. После запуска приложения значок будет отображаться на панели 
задач УИш4о\з и в левом верхнем углу окна приложения, а указатель мыши по- 
явится в области окна. Значки и указатели мыши представляют собой ресурсы 
и находятся в отдельных файлах. \п9о\з предоставляет в распоряжение програм- 
миста ряд стандартных изображений указателей мыши и значков. В файле \пизег.В 
содержатся символические имена констант, обозначающих стандартные указате- 
ли мыши и значки. Обратите внимание на первый параметр функций ЁоадСигзогА 
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и 1оа4ТсопА — МШп$. Это дескриптор приложения, содержащий базовый адрес ре- 
сурса значка или указателя мыши, загруженного в процесс. Если используются их 
стандартные изображения, то параметр №115 равен МОМ, 

Команды в строках 96-99 формируют поле п6гВасКегоииа, которое должно со- 
держать значение дескриптора кисти. Кисть представляет собой ресурс в виде 
шаблона пикселов, которым закрашивается некоторый объект, в данном случае — 
фон окна приложения некоторого класса. Для получения такого дескриптора не- 
обходимо использовать функцию бе{5{оскОБес{. В качестве параметра ей переда- 
ется имя нужной кисти. В файле \/пда1.В содержатся символические имена кон- 
стант, определяющих стандартные кисти. 

В строке 101 в поле [р$2МепиМате записывается указатель на АЗСПЯ-строку 
с именем меню. Если меню не используется (как в нашем случае), то в поле запи- 
сывается значение МИЦ. 

Поле НГсопбт в строке 103 можно рассматривать как альтернативу полю Н]соп. 
В него помещается дескриптор значка, который будет связан с данным классом 
окна. Если поле Шсопзт нулевое, то система будет использовать значок, опреде- 
ленный полем Шсоп. 

И последнее действие при описании класса окна — присвоение данному классу 
уникального имени. Это имя описано ввиде АЗСП7-строки в поле $2С(аз$Мате сег- 
мента данных, и указатель на него формируется в поле [р$2Ца$$Мате (строка 102). 

После инициализации структуры необходимо зарегистрировать класс окна 
в системе. Это действие выполняется в строках 105-108 с помощью функции 
Кез1${егС]аз5ЕхА, которой в качестве параметра передается указатель на структуру 
\УМОСТАЗ$$ЕХ. 

Необходимо заметить, что после того как класс окна зарегистрирован, структу- 
ра УМОСТАЗЕХ больше не нужна. У вас появляется возможность сэкономить не- 
много памяти. Это можно сделать, используя предоставляемый ассемблером тип 
данных объединения либо инициализируя поля структуры в стеке с последующим 
их выталкиванием. Здесь есть широкое поле для экспериментов. Дерзайте! 


Создание окна 


После того как класс окна описан и зарегистрирован в системе, приложение наего 
основе может создать множество различных окон. Создание окна (строки 109-126) 
выполняется функцией \т32 АР! Сгеа{е\ИпдомЕх. Для этого ей нужно передать 
множество параметров. Назначение их мы рассмотрим далее. В качестве результа- 
та функция возвращает уникальный дескриптор окна В\! па, который необходимо 
сохранить (строки 37, 125, 126). 

У читателя, видимо, возникает вопрос, почему для создания окна необходимы 
два шага: сначала определение класса окна, алишь затем непосредственно его соз- 
дание. Даже если не рассматривать этот вопрос в контексте концепции объектно- 
ориентированного программирования, двухэтапный процесс создания окна очень 
удобен для практической работы. В качестве наглядного примера приведем кноп- 
ки редактора М5 У\ога. На самом деле это маленькие окна, созданные набазе одного 
класса. Они используют одну оконную функцию, которая обрабатывает сообще- 
ния, посланные этим окнам. Какой именно кнопке послано сообщение, оконная 
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функция определяет по полю В\/’па в структуре сообщения (см. далее). Наличие 
одного класса для всех кнопок гарантирует их одинаковое поведение. В то же вре- 
мя, каждая из кнопок может отличаться внешним видом. Но это уже дополнитель- 
ные свойства конкретного окна-кнопки, которые задаются при создании экземп- 
ляраокнапараметрами функции Сгеа{е\тдомЕх. 

Рассмотрим на примере УМп9до\з-приложения (см. листинг 16.4) задание зна- 
чений параметров функции Сгеа{е\Ипдо\Ех (строки 113-124). 

Строка 113. Параметр {рРагат используется при создании окна для передачи 
данных или указателя на них в оконную функцию. Делается это следующим обра- 
зом. Все параметры, передаваемые функции Стеае\ИпаомЕх, сохраняются в созда- 
ваемой УЛп4о\ 5$ внутренней структуре СКЕАТЕЗТКИСТ. Поля этой структуры иден- 
тичны параметрам функции Сге{е\\И"пдомЕх. Указатель на структуру СКЕАТЕУТКОСТ 
передается оконной функции при обработке сообщения УМ_СКЕАТЕ. Сам указатель 
находится в поле (Рагат сообщения. Значение параметра [рРагат функции Сгеае- 
УЛп4омЕх находится в поле {рСтеа{еРагатз структуры СВЕАТЕЗТКОСТ. 

Строка 114. Параметр Нп5 — дескриптор приложения, создающего окно. 

Строка 115. Параметр ИМепи — дескриптор главного меню окна. Так как в дан- 
ном варианте \п4о\з-приложения меню у окна отсутствует, то параметр ВМепи 
имеет нулевое значение. 

Строка 116. Параметр Н\/п9РагепЕ — дескриптор родительского окна. Между 
двумя окнами УЛп4о\з-приложения можно устанавливать родовые отношения. 
Дочернее окно всегда должно появляться в области родительского окна. Так как 
у нас подобных отношений нет, то значение передаваемого параметра нулевое. 

Строки 117-120. Параметры, загружаемые в стек этими строками, задают на- 
чальные координаты и размеры окна приложения на экране. Константа С\_ПЗЕ- 
РЕЕАСТЛТ (800000001), определенная в файле у/пизег.п, позволяет «попросить» УИп- 
40%: использовать значения этих параметров по умолчанию. 

Строка 121. Параметр 4\5Уе определяет стиль окна приложения. Значение 
этого параметра задается константой или комбинацией констант. Символические 
имена этих констант описаны во включаемом файле \шизег.В (У1виа! С++ 6.0). 
В нашем приложении используется значение \$_О\МЕКЕАРРЕВМТМООМ (000000001), 
которое задает стиль обычного перекрывающегося окна с рамкой, имеющего сис- 
темное меню, кнопки свертывания, развертывания и закрытия окна в правом верх- 
нем углу. 

Строки 122 и 123. Параметры $7ТШеМаше и $2(!а5$Мате — их значения являются 
указателями на АЗСПЙ-строки (строки 44-45) с именем класса окна и текстом, 
помещаемым в заголовок окна. 

Строка 124. Параметр 4мЕх$\{Уе позволяет задать дополнительные стили окна. 
В \т32 АРТ существует две реализации функции создания окна: стандартная 
СгеатеММпдомА и расширенная Сгеаёе\ИпаомЕхА. Для их вызова используются оди- 
наковые параметры, за исключением последнего — АамЕх\Уе. При использовании 
функции Сгеа(е\Лт4о\мА параметр в стек помещать не требуется, при использова- 
нии Сгеа(е\пдо\ЕхА параметрам Ех {уедолженбыть помещен встек последним. 
Дополнительные стили можно задействовать вместе со стилями, задаваемыми па- 
раметром ам УЕ. 
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Строка 125. Вызов функции (геаёе\Ипдо\мЕХА. В качестве результата функция 
возвращает дескриптор окна Н\!па. Он имеет уникальное значение и является од- 
ним из важнейших описателей объектов приложения. Он передается как параметр 
многим функциям У!1п32 АРГ и как значение полей в некоторых структурах. Од- 
новременно в приложении может быть создано и совместно существовать несколько 
окон, поэтому с помощью дескриптора В\! па УМпао\$ однозначно идентифициру- 
ет то окно, для работы с которым вызывается та или иная функция \1132 АРТ. 
Другой важный результат работы функции Сгеа{е\Ит4о\ЕхА — посылка асинхрон- 
ного сообщения УМ_СКЕАТЕ в оконную функцию приложения. В нашей программе 
обработка этого сообщения заключается в вызове функции Р(аубоипдА, которая 
воспроизводит звуковой файл. Более подробно о сообщениях и их обработке пого- 
ворим далее. | 


Отображение окна 


В случае успешного выполнения функции Сгеа{е\Уш4о\ЕхА требуемое окно будет 
создано, но пока это произойдет лишь внутри самой системы \УИш4о\$ — на экра- 
не это новое окно пока еще не отобразится. Для того чтобы созданное окно появи- 
лось на экране, необходимо применить еще одну функцию \!132 АРГ — ЗВом- 
УТпдо\мА. В качестве параметров этой функции передаются дескриптор №\п4 окна, 
которое необходимо отобразить на экране, и константа, задающая начальный вид 
окна на экране. В зависимости от значения последнего параметра окно отобража- 
ется в стандартном виде, развернутым на весь экран или свернутым в значок. Описа- 
ние символических констант, задающих начальный вид окна на экране, содержит- 
ся во включаемом файле \\пизег.Н. Строки 127-131 нашего УИ 4о\з-приложения 
задают отображение окна в стандартном виде. 

Если окно создано, то в него нужно что-то выводить — текст или графику. Здесь 
есть несколько тонких моментов, выяснение которых позволит нам «подняться 
сразу на несколько ступеней» в понимании принципов работы УМп4о\з$. Поэтому 
задержимся немного. Тем более что в литературе этим моментам не всегда уделя- 
ется достаточно внимания — в лучшем случае десяток строк, большая часть кото- 
рых уходит на обсуждение функций и их параметров, а не на разъяснение сути 
происходящих при этом процессов. Ход наших рассуждений будем подкреплять 
практическими наблюдениями за работой приложения. Для этого можно исполь- 
зовать утилиты, которые позволят нам наблюдать за сообщениями, циркулирую- 
щими в системе, и вызовами функций АРУ. В качестве таких программных средств 
можно использовать утилиты, входящие в комплект компиляторов для языка 
С/С++. Например, в состав У151а[ С++ входит утилита $ру+- (шпион), которая 
позволяет наблюдать за приложениями, находящимися в данный момент в систе- 
ме. Неплохие результаты для У/ш9о\з-приложений дает дизассемблер \!32Разт, 
информацию о котором можно найти по адресу ПИр://м\\.ехразе.сот/разе/ 
%324а5т. 

Если у вас нет ничего подобного под рукой, отчаиваться не стоит. Можно про- 
вести необходимые исследования опытным путем, просто меняя логику работы 
приложения. Суть этой методики состоит в комбинировании последовательности 
выполнения функций \!1132 АРТ, воспроизводящих звуковые файлы и выводя- 
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щих текст на экран. При этом необходимо перемещать те или иные фрагменты 
программы друг относительно друга. Но это еще не все. Само воспроизведение 
относительно длительных звуковых файлов выполняется в определенном режи- 
ме. Обратите внимание на значение параметра ГА\уЗоипа, который мы передаем 
функции Р1ауЗоцпАА. В нашем случае это комбинация двух констант, одна изкото- 
рых ($МО_5УМС) означает, что функция не должна возвращать управление до тех 
пор, пока не закончится воспроизведение звукового файла. Если комбинировать 
вывод текстового сообщения и воспроизведение звукового файла, то это дает не- 
которую задержку, в ходе которой глаз может воспринять момент появления тек- 
стового сообщения на экране. 

Используем изложенную методику для изучения проблемы вывода информа- 
ции (не обязательно текста) на экран. В’нашей программе мы будем эксперимен- 
тировать с выводом некоторого сообщения на экран, взяв за основу строки 189— 
205. Выполним с ними несколько манипуляций и обсудим их результаты. 

Вырежем строки 189-205 из оконной процедуры \пдо\Ргос и вставим их в про- 
межутке между функциями Сгеа{е\И1т4о\ЕхА и ЗВомУ" 1 Ао\мА. Перетранслируем за- 
ново исходный текст приложения, получим новый вариант исполняемого модуля 
и запустим его. Поведение нашей программы будет следующим: воспроизводится 
звуковой файл сгеа{е.\ау (что означает обработку асинхронного сообщения 
\УМ_СКЕАТЕ оконной функцией), появляется пустое окно (отработала функция 
Ном Уп ао\А) ‚воспроизводитсязвуковойфайлра!т".\уау(этоозначает, чтовокон- 
ную функцию было передано сообщение \М_РАИ\МТ). На экране вы ничего не уви- 
дите, кроме пустого окна. Почему окно оказалось пустым несмотря на то, что мы 
в него поместили текстовое сообщение функцией Тех0ц{? о причинах сложившей- 
ся ситуации можно привести некоторые соображения. 


= Работа функции ЗПо\\Итдо\А заключается лишь в отображении созданного 
функцией Стгеа{е\ИпдомЕХА окна заданного класса и последующем заполнении 
фона этого окна цветом кисти, указанной в соответствующем поле структуры 
\УМОСГА$$. 


Ж Вывод в область окна становится возможным лишь после отображения окна на 
экране. 


И В системе У/тао\мз циркулируют два типа сообщений: синхронные и асин- 
хронные. Ихразличие — в приоритетах обработки. Функция ЗВо\/ Уп ом А по- 
мещает в очередь сообщений приложения синхронное сообщение \"М_РА1МТ. Все 
синхронные сообщения попадают в очередь сообщений приложения и обраба- 
тываются в порядке очередности. Это и послужило причиной того, что текст, 
выведенный в окно функцией Тех{Ощ, не был отображен в окне немедленно. 
В отличие от предыдущих двух доводов, данный вывод сделать довольно труд- 
но, не имея дополнительных средств исследования, о которых мы говорили 
ранее. Косвенно это можно выяснить, закомментировав в программе вызов 
функции Урда*е\ИпдомА, основным назначением которой является посылка 
асинхронного сообщения \ИМ_РА1\Т в оконную функцию. Асинхронные сооб- 
щения не ставятся в общую очередь приложения и сразу передаются в оконную 
функцию. Функция Ораа{е\У!1пАо\А как раз и предназначена для таких ситуа- 
ций, в которых необходимо обновить содержимое окна. К этому вопросу, а так- 
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же ксинхронным и асинхронным сообщениям мы еще вернемся, поэтому при- 
мите пока все сказанное здесь на веру. 


Переместите теперь строки 189-205 (при этом именно переместите их, а не про- 
сто скопируйте) изфункции Уп о\Ргос, разместив их сразу за вызовом функции 
эпомУЛп4о\А (перед Урдае\ИтдомА). Перетранслируйте заново исходный текст 
приложения, получите новый вариант исполняемого модуля и запустите ето. По- 
ведение программы несколько изменилось. Файл стезжме.\ау воспроизведен, как 
обычно — после создания окна. Далее последовательно появились окно приложе- 
ния и долгожданное сообщение в его области. И лишь после этого был воспроиз- 
веден звуковой файл райпё.мау: Поведение приложения для этого варианта разме- 
щения фрагментов кода приводит к новым выводам. 


и Функции Уп 32 АРТ, выводящие что-либо в окно, должны размещаться после 
функций, реализующих действия по отображению окна. 


Приложение должно самостоятельно следить за актуальностью содержимого 
своего окна. 








Весь вывод на экран должен производиться в ОКОННОЙ функции. 


Подтвердим правильность этих выводов следующими рассуждениями и экспе- 
риментами. Сверните и вновь разверните окно приложения. Вы увидите, что об- 
ласть окна вновь стала пустой, но при этом был воспроизведен звуковой файл 
стеа{е.\ау. Исходя из того, что строки кода, воспроизводящие этот файл, находят- 
ся в оконной функции в том месте, где обрабатывается сообщение \"М_РАТ\Т, при- 
ходим к выводу — в очереди сообщений вновь оказалось это сообщение, и именно 
оно было обработано оконной функцией. Как сообщение \!М_РАП МТ оказалось 
в очереди, если наше приложение на этот раз его туда не помещало, а сообщения 
УМ _РАТУТ от Зо Ма домА и Ордае\т9дозА к этому моменту уже обработаны и управ- 
ление передано циклу обработки сообщений? Ответ напрашивается сам собой: это 
делает сама система УМт4о\з, именно она рассылает в очереди сообщений всех 
приложений, окна которых отображены на экране, сообщение \УМ_РАТМТ. Но при 
этом У190\$ не берет на себя обязанность хранить содержимое этих окон. За 
актуальность содержимого окна должно отвечать само приложение. Сообщение 
УМ_РАГМТ служит для приложения сигналом обновить либо заново восстановить 
содержимое своего окна. Следовательно, если мы хотим, чтобы результаты 
предыдущих выводов на экран были актуальны, необходимо после получения со- 
общения \ММ_РАТМТ перерисовать содержимое окна приложения. Последнее рас- 
суждение доказывает тезис о том, что весь вывод на экран должен производиться 
в оконной функции как реакция на поступление сообщения УМ_РАТМТ. 

Эти рассуждения показывают роль сообщений (и не только \УМ_РАГМТ), цирку- 
лирующих в системе. Теперь, понимая всю их важность, можно приступить к рас- 
смотрению следующей важной части оконного \/п4о\з-приложения. При этом 
мы продолжим манипулировать фрагментами нашего программного кода (на этот 
раз звуковыми) для пояснения некоторых характерных моментов. 


Цикл обработки сообщений 


Сообщение в \!т32 представляет собой объект особой структуры, формируемый 
УЛп4о\з. Формирование и доставка этого объекта в нужное место в системе по- 
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зволяют управлять работой как самой системы УМ т9до\$, так и загруженных 
МИпаом$-приложений. Инициировать формирование сообщения могут несколь- 
ко источников: пользователь, само приложение, система У14о\з, другие прило- 
жения. Именно наличие механизма сообщений позволяет \Иш@4о\$ реализовать 
многозадачность, которая при работе на одном процессоре является, конечно же, 
псевдомультизадачностью. Уш4о\з поддерживает очередь сообщений для каж- 
дого приложения. Запуск приложения автоматически подразумевает формирова- 
ние для него собственной очереди сообщений, даже если это приложение и не бу- 
дет ею пользоваться. Последнее маловероятно, так как в этом случае у приложения 
не окажется связи с внешним миром и оно превратится в «вещь в себе». 

Формат всех сообщений \!1490\$ одинаков и описывается структурой, шаб- 


лон которой содержится в файле \1пизег.В: 
* 


не эзЕгисбсиге 


СуредеЕ зЕкисЕ Кадм5С { 

НММО — Пипа; | 

ИТМТ пеззадае; 

МРАКАМ имРагам; 

ТРАВАМ 1Рагам; 

рМОвр {11те; 

РОТМТ ре; 

} М5С, *РМ5С, МЕАВ *МРМ$б, РАВ *1РМ$б; 


Вэтой структуре все типы данных вам знакомы, за исключением одного — РОМТ. 
Этоттип данных описан во включаемом файле \мпдеЁ.В и представляет собой струк- 
туру вида 


{уреде{ ${гис{ фадРО!МТ 
{ № х 
10№ у;} РОШМТ, *РРО1МТ, МЕАВ *МРРОТМТ, РАВ *ЁРРОТМТ; 


На основе этого описания в файл \Мпдом5А.В помещено эквивалентное описа- 
ние этой структуры в соответствии с синтаксисом ассемблера: 


РОТМТ ЗЕГиС 

Хх 100 0 

у 0006 90 
епа$ 

М5С эЕгис 

мезИипа НМ 0 

пез ОТМТ? 

мРагам ОТМТ? 

ТРагам ОТМТ? 

Е 1ше аа 0 

РОТМТ — зЕкис {} 
епа$ 


Поле тезВ\/па структуры М$С содержитзначение дескриптора окна, которому 
предназначено сообщение. Этотот самый дескриптор, который возвращается функ- 
цией Сгеабе\ИпдожЕхА и, соответственно, однозначно идентифицирует окно в сис- 
теме. Не забывайте, что приложение обычно имеет несколько окон, поэтому зна- 
чение в поле шезВ\/п4 помогает приложению идентифицировать нужное окно. 

В поле шез У\У!ш4до\$ помещает 32-разрядную константу — идентификатор со- 
общения, однозначно идентифицирующий тип сообщения. Для удобства все эти 
константы имеют символические имена, начинающиеся с префикса \ИМ_ (УМ 9о\ 
Меззазе). Посмотрите, каким образом они определены в файле \лптизег.В. Вовключа- 
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емом файле для программ на ассемблере мт32 Лис (и нашем варианте этого фай- 
ла — Ушдо\з А.П) тоже содержатся некоторые из этих констант. Если входе работы 
вам понадобятся отсутствующие константы, возьмите их из включаемых файлов 
компилятора С/С++, исправив описание в соответствии с синтаксисом ассембле- 
ра. В программе на языке С/С++ эти константы используются в оконной функ- 
ции оператором $\сй для принятия решения о том, какая из его ветвей будет 
исполняться. В оконной функции каркасного \УМпао\$-приложения на ассем- 
блере (строки 163-232) этот оператор моделируется командами условного 
и безусловного переходов (строки 168-174), а также командой стр, в качестве 
второго операнда которой и выступает константа, обозначающая определен- 
ный тип сообщения. 

Поля 1Рагат и \мРагат предназначены для того, чтобы система \Мт4о\5 могла 
разместить в них дополнительную информацию о сообщении, необходимую для 
его правильной обработки. Эти поля, например, используются при обработке со- 
общений о выборе пунктов меню или о нажатии клавиш. ‚| 

В полеите У/тдо\$ записывает информацию о времени, когда сообщение было 
помещено в очередь сообщений. 

И наконец, поле РОГ\Т содержит координаты указателя мыши в момент поме- 
щения сообщения в очередь. 

Итак, представим, что в системе произошло какое-то событие, например, неко- 
торому приложению необходимо перерисовать свое окно, в результате Чего систе- 
ма УЛшао\$ сформировала сообщение УМ_РАГ\Т. Данное сообщение попадает 
в очередь сообщений приложения, создавшего окно. Для того чтобы приложение 
могло обработать это (или любое другое) сообщение, ему необходимо сначала его 
обнаружить в очереди сообщений. С этой целью после отображения окна на экра- 
не программа «входит» в специальный цикл, называемый ииклом обработки со- 
общений (строки 139-156). Выйти из этого цикла можно только по приходу сооб- 
щения У\М_ОПТП. В этом случае функция Се{МеззазеА возвращает нулевое значение, 
и команда условного перехода в строке 146 передает управление на конец цикла 
обработки сообщений. В случае прихода других сообщений функция Се{Меззаге А 
возвращает ненулевое значение, в результате чего и осуществляется вход непо- 
средственно втело цикла обработки сообщения. Функции Се(МеззагеА передается 
несколько параметров (строки 140-143): 


+ 


 теззазе — указатель на экземпляр структуры М$С (строка 42). Во время работы 
функция СЧ е(МеззазеА извлекаетсообщение изочереди сообщений приложения 
и на основе информации в нем инициализирует поля экземпляра структуры 
шеззазе. Таким образом, приложение получает полный доступ ко всей инфор- 
мации в сообщении, сформированном У! т940\3; 


№ П\Ма — в поле передается дескриптор окна, сообщения для которого должны 
будут выбираться функцией Се(МеззазеА. Параметр позволяет создать своеоб- 
разный фильтр, заставляющий функцию Се{Ме$зазеА выбирать изочерелди и пе- 
редавать в цикл обработки сообщений сообщения лишь для определенного окна 
данного приложения. Если В\/' пд = МОШ, то СеМеззазге А будет выбирать из оче- 
реди сообщения для всех окон; 


+ 
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и\М59РетМт и иМ$9егМах — значения данных параметров также позволяют 
создавать фильтр для выбираемых функцией Се{МеззазеА сообщений. Они за- 
дают диапазон номеров сообщений (поле тез структуры М$О), которые будут 
выбираться из очереди функцией Се{МеззаеА и передаваться в цикл обработки 
сообщений. Параметр \М$аетМ1т задает минимальное значение параметра тез, 
а параметр мМ$=ЕШегМах, соответственно, максимальное значение. 


Функция Се{МеззазеА выполняетследующие действия. 
1. Постоянно просматривает очередь сообщений. 
2. Выбирает сообщения, удовлетворяющие заданным в функции параметрам. 
3. Заносит информацию о сообщении в экземпляр структуры М$С (строка 42). 
4. Передает управление в цикл обработки сообщений. 


Цикл обработки сообщений (строки 147-155) состоит всего из двух функций: 
Тгап$1а(е Меззагеи О1зра1св МеззаееА. Эти функции имеютединственный параметр — 
указатель на экземпляр структуры М$С, предварительно заполненный информа- 
цией о сообщении функцией Се{МеззазеА. 

Функция Тгап$[а{е Меззасе предназначена для обнаружения сообщений от кла- 
виатуры для данного приложения. Если приложение самостоятельно не обраба- 
тывает ввод с клавиатуры, то эти сообщения передаются для обработки обратно 
УЙпдо\з. 

Функция О15раёсй МеззагеА предназначена для передачи сообщения оконной 
функции. Такая передачапроизводитсяненапрямую, таккаксама О15раёсв Меззазе А 
ничего не знает о месторасположении оконной функции, а косвенно — посредством 
системы \Уш9до\5. Это делается следующим образом: 


1. Функция О1зраёсй МеззагеА возвращает сообщение операционной системе. 


2. Уш4о\з$, используя описание класса окна, передает сообщение нужной окон- 
ной функции приложения. 


3. После обработки сообщения оконной функцией управление возвращается опе- 
рационной системе. 


4. УПп4о\з передаетуправление функции О15райсп МеззазеА. 
5. О1зрайс п МеззаеАзавершаетсвое выполнение. 


Таккаквызов функции О15ра(с п МеззазеА является последним вцикле, тоуправ- 
ление опять передается функции Се{МеззазеА, которая выбирает очередное сооб- 
щение из очереди сообщений и, если оно удовлетворяет параметрам, заданным при 
вызове функции, выполняет тело цикла. Цикл обработки сообщений выполняется 
до тех пор, пока не приходит сообщение УМ_ОТ. Получение этого сообщения — 
единственпое условие, при котором программа может выйти из цикла обработки 
сообщений. 


Завершение выполнения приложения 


Выход из цикла обработки сообщений означает одно — необходимо завершить 
программу. В программе на С/С-+ для этого непосредственно за циклом обработ- 
ки сообщений помещается оператор гешги (см. листинг 16.1): 

гешги 1рМ$5.мРагамт; 


— Ш —86868<—<8—&68—б—ШЩ6—Ш0—Ш—_ДШЩщ—щ  _——————к————————д—ц 
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В качестве операнда в операторе гетагп используется значение поля \Рагат эк- 
земпляра структуры М$С — фМ59. Значение этого поля формируется значением 
соответствующего поля последнего сообщения, выбранного функцией бе{МеззадеА 
из очереди. Нетрудно догадаться, что этим сообщением было \УМ_ОПП. 

Листинг 16.3 позволяет посмотреть, каким образом процесс завершения 
УЛп4о\мз-приложения реализован компилятором языка С/С+-: 


004012С6 са11 _\М1пМа1п@16 
004012СВ — ризП еах. 
004012СС са11 _ех1е 


00401380 _ех1Е  ргос пеаг ; СОБЕ ХВЕР: эбаге+А9_р 
00401389 — са\1 зи 401360 ; доеж1е 

00401391 ех1ё  епар 

004013С0 ;_доехуе 


00401301 са11 аз: СеСиггепЕРгосез$ 
00401307 ризреах , 
00401308 са11 93 :Теги1пабеРгосе$$ 


00401458  ризЪез1 
00401459 са11 93: ЕхтЕРгосе$$ 


00401462  тебп 


Из полного варианта листинга 16.3 видно, что процедура \МпМат возвращает 
в регистре еах значение \Рагат сообщения \ММ_ОИТТ. Затем вызывается локальная 
процедура _ехй, предназначенная для выполнения определенных действий по за- 
вершению приложения. Процедура_ехй, в свою очередь, вызывает другую локаль- 
ную процедуру — _ доехй. Ее текст представляет наибольший интерес для нас, так 
как в нем мы видим те функции \!1т32 АРТ, которые непосредственно выполняют 
работу по удалению приложения из системы УМ 4о\$, — это три функции: @е{- 
СитепРгосез$, ТегтупаеРгосе$$ и ЕхИРгосез$. Для завершения работы приложения 
достаточно использовать только функцию ЕхИРгосе$$, что и сделано в разработан- 
ной нами программе (строки 158-161 листинга 16.4). 

На этом рассмотрение работы главной функции стандартного \У/ш9до\з$-при- 
ложения можно считать оконченным. Видимо, вы обратили внимание нато, что до 
сих пор вся работа шла в интересах УЛп4о\з: инициализировались определенные 
структуры данных, вызывались строго определенные функции ит. д. А где же по- 
лезная работа приложения? Выполнением этой работы занимается оконная функ- 
ция. Если быть более точным, то она выступает координатором этой работы. Далее 
разберемся с тем, как реализовать оконную функцию УИш4о\/5-приложения на 
языке ассемблера. 


Обработка сообщений в оконной функции 


Оконная функция призвана организовать адекватную реакцию со стороны У! т- 
4о\5-приложения на действия пользователя и поддерживать в актуальном состо- 
янии то окно приложения, сообщения которого она обрабатывает. Приложение 
может иметь несколько оконных функций. Их количество определяется количе- 
ством классов окон, зарегистрированных всистеме функцией Кер1$егСаз$(Ех). Если 
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вы помните, функции Кед1${егС(а$$(Ех) посредством экземпляра структуры ММОСЕА$5 
передается указатель на определенную оконную функцию \!1140о\$-приложения. 
Данная функция до конца работы приложения связана с экземплярами окон, ко- 
торые, в свою очередь, создаются другой функцией АРГ — Сгеа{е\ИпдомЕХ. 

Когда для окна \п49о\з-приложения появляется сообщение, операционная 
система \У/Мш4о\мз производит вызов соответствующей оконной функции. Ранее 
мы для упрощения говорили, что единственный источник появления сообщений — 
очередь сообщений приложения, но это не совсем так. Дело в том, что сообщения, 
в зависимости от источника их появления в оконной функции, могут быть двух 
типов: синхронные и асинхронные. К синхронным сообщениям относятся те сооб- 
щения, которые помещаются в очередь сообщений приложения и терпеливо ждут 
момента, когда они будут выбраны функцией бе{Меззаде. После этого поступив- 
шие сообщения попадают в оконную функцию, где и производится их обработка. 
Асинхронные сообщения подобно пожарной машине попадают в оконную функ- 
цию вэкстренном порядке, минуя все очереди. Асинхронные сообщения, в частно- 
сти, инициируются некоторыми функциями \/1132 АРТ, такими как Стгеа{е\Мт- 
до\(Ех) или Чрдме\тдо\. Координацию синхронных и асинхронных сообщений 
осуществляет УУш4о\ $. Если рассматривать синхронное сообщение, то его извлече- 
ние производится функцией Се{Меззаее с последующей передачей обратно 
в \шао\з: функцией О1зраесВ Меззазе. Асинхронное сообщение, независимоотис- 
точника, который инициирует его появление, сначала попадает в Уп 90\%$ и за- 
тем — в нужную оконную функцию. 

Для чего реализуется именно такая схема, неужели функции О15раёсв Меззазе 
нельзя сразу передать сообщение в оконную функцию? Если бы это было так, 
в системе появилось бы единственное приложение-монополист, которое захвати- 
ло бы все процессорное время своим циклом обработки сообщений. В схеме, реа- 
лизованной в Ут 49о\$, обработка сообщений приложением проводится в два эта- 
па: на первом этапе приложение выбирает сообщение из очереди и отправляет его 
обратно во внутренние структуры \Мш@ао\з; на втором этапе \УЙп4о\$ вызывает 
нужную оконную функцию приложения, передаваяей параметры сообщения. Пре- 
имущество этой схемы в том, что \УЛпдо\з самостоятельно решает все вопросы 
организации эффективной работы приложений. 

Таким образом, при поступлении сообщения \УМш4о\з вызывает оконную функ- 
цию и передает ей ряд параметров. Все они берутся из соответствующих полей 
сообщения. В нотации языка С/С+- заголовок оконной функции описан следую- 
щим образом (см. листинг 16.1): 


| ВЕЗУЕТ САНВАСК М1пдомРгос (НММО ИМпа, У1М№Т теззаде, МРАКАМ мРагат, 
ЕРАВАН ТРагам) 


Здесь №\!п4 — дескриптор окна, которому предназначено сообщение; теззаее — 
идентификатор сообщения, характеризующий тип сообщения; *Рагат и ТРагат — 
дополнительные параметры, являющиеся копиями соответствующих полей струк- 
туры поступившего сообщения. 

Оставшиеся два поля структуры М5С: Ише и РОМТ — используются довольно 
редко, и при необходимости их значения можно извлечь непосредственно из эк- 
земпляра структуры сообщения. 
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_ В нашем примере УМтао\з-приложения строки 164-167 обозначают начало 
оконной функции. Параметры этой функции Упдо\з помещает в стек. Чтобы 
можно было работать с ними, используя символические имена, после заголовка 
функции поместим директиву АКС (см. главу 15). 

УМпадо\з требует, чтобы оконная функция сохраняла значения регистров ЕВТ, 
ЕОГи ЕЗ[. Причина — оконная функциядолжнабытьрекурсивной. Например, воз- 
можна ситуация, когда несколько классов окон применяют одну и ту же оконную 
функцию для обработки сообщений, поступающих в созданные на базе этих клас- 
‚сов окна. Имеет смысл сохранять не только названные регистры, используемые 
самой системой \Мш9до\з, но и другие (за исключением ЕАХ), если они задей- 
ствованы в оконной функции. Исходя из требования рекурсивности, все пе- 
ременные, используемые в оконной функции, должны быть локальными. Чтобы 
удовлетворить требование сохранения регистров, лучше применить (строка 166 
листинга 16.4) соответствующее средство транслятора ассемблера — директиву 0ЕЗ 
(см. также главы 10 и 15). При этом транслятор вставляет в начало и конец окон- 
ной функции соответствующую последовательность команд ассемблера РОЗН. Вы 
можете убедиться в этом, посмотрев файл листинга (файл .[5е) программы из лис- 
тинга 16.4 после ее трансляции. 

Центральным местом оконной функции является синтаксическая конструкция, 
в задачу которой входит распознавание поступившего сообщения по его типу 
(параметр теззазе) и передача управления нату ветвь кода оконной фуикции, ко- 
торая продолжает далее работу с параметрами сообщения. В языке С/С++ (см. 
листинг 16.1) для этого используется оператор з\ИсВ (переключатель). В языке 
ассемблера такого средства нет, поэтому его приходиться моделировать (см. гла- 
ву 11). В листинге 16.4 строки 168-174 показывают, как это можно сделать с по- 
мощью команды СМР, атакже командусловного (5Е) и безусловного (3МР) переходов. 

Соответствие символических имен константам, обозначающим тип сообщений 
УИпдо\з, приведено во включаемом файле мИпдомзА.п. Совершенно необязатель- 
но анализировать типы всех возможных сообщений, параметры которых переда- 
ются в оконную функцию. Структуру, подобную строкам 168—174, и вообще струк- 
туру всей оконной функции можно сравнить с ситом, а сообщения — с зернами 
разной величины. Отверстия в сите непростые — каждое из них пропускает зерно 
своего размера. Зерна (сообщения) в сите (оконной функции) не задерживаются, 
попав в него, они через одно из отверстий обязательно уходят. Уходят куда? Это 
опять-таки определяется особой структурой нашего сита. Представьте, что к каж- 
дому отверстию припаяна трубка, которая определяет, куда данное зернышко по- 
падет для дальнейшей обработки. Таким образом, каждому сообщению, попадаю- 
щему в оконную функцию, соответствует ветвь в коде процедуры, которая начинает 
обработку этого сообщения. В ходе этой обработки, возможно, понадобится вызов 
другихфункций или применениесинтаксическихконструкций, подобныхописан- 
ному ситу, для дальнейшей более тонкой селекции сообщений, но уже одного типа 
(по полям (Рагат или \"Рагап). Для наглядности аналогию структуры оконной функ- 
ции с ситом можно упрощенно представить в виде схемы (рис. 16.1). 

Представленная схема показывает, что оконная функция, обрабатывающая со- 
общения, имеет одну точку входа и множество точек выхода. Выход осуществля- 
ется из той ветви оконной функции, где обрабатывалось сообщение. Сообщения, 
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Рис. 16.1.Абстрактное представление структуры оконной функции Мпа о\$ 


Среда \МИпЧо\м5 


для которых не предусмотрена отдельная обработка, должны обрабатываться функ- 
цией дей/\Ипао\Ргос (строки 219-227). Эта процедура по отношению к переданным 
ей сообщениям предпринимает действия по умолчанию. В принципе, ей можно 
передавать на обработку все сообщения, что в контексте рассмотренной ранее аб- 
стракции означает сито, содержащее одно отверстие, в которое проваливаются все 
поступающие сообщения. 

По завершении работы оконная функция формирует значение в регистре ЕАХ. 
Если сообщение обрабатывалось в оконной функции, тов ЕАХ необходимо помес- 
тить нулевое значение. Если обработка осуществлялась по умолчанию, то есть 
функцией Ре! Ут 4о\мРгос, тов ЕАХ уже сформировано возвращаемое значение, 
и именно его нужно возвратить в качестве результата работы оконной функции. 

В нашем примере оконная функция обрабатывает три сообщения: создание окна 
\М_СВЕАТЕ, перерисовку области окна УМ_РАП\Т, закрытие окна \М_ОЕЗТВОУ. 

Более подробно с условиями возникновения и обработкой этих и других сооб- 
щений можно познакомиться в литературе по УЛпао%\з, где эти вопросы освеще- 
ны более полно. 


Средства ТАЗМ для разработки 
\МАпаом!5$-приложений 


Ранее мы подробно разобрались с тем, что собой представляет простое \УМшао\з- 
приложение, написанное на языке ассемблера. Излагая материал, мы упоминали 
имена файлов, которые нужны для получения работоспособного исполняемого 
модуля программы. Для устранения возможных неясностей соберем и системати- 
зируем эту информацию. 
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При разработке УМ 9о\$-приложений на языке ассемблера с помощью \/ 1132 
АР! вам нужен один из пакетов ассемблера — не обойтись без пакета ТАЗМ вер- 
сии 5.0. Современные 32-разрядные операционные системы У\УЛпдо\$ используют 
формат РЕ исполняемого файла. В состав пакета ТАЗМ 5.0 входят два компилято- 
ра ассемблера — 16- и 32-разрядный. Они имеют имена исполняемых файлов, со- 
ответственно, {азт.ехе и {азт32.ехе. То же касается и редакторов связей — {ИпК.ехе 
и ШпК32.ехе. Получить файл формата РЕ можно только при совместном использо- 
вании файлов {а$1132.ехе и {ПпК32.ехе. Для удобства работы, подобно тому, как мы 
это делали для 16-разрядных программ в главе 6, скопируйте все файлы 32-раз- 
рядной версии в отдельный каталог и назовите его, например, \огК32. Сюда же 
необходимо поместить файлы мИпдом5АЛпс и 1тро 32.16, находящиеся среди фай- 
лов, прилагаемых к книге. 

Для создания программы нужны еще два файла: файл определений компонов- 
щика и файл описания ресурсов. Файл описания ресурсов будет рассмотрен в сле- 
дующем разделе. Что касается файла определений компоновщика, то его содержи- 
мое довольно подробно описывается в различных источниках, и его роль ничем не 
отличается от роли аналогичного файла при разработке У\УИпдо\з-приложений на 
других языках. Назначение файла определений компоновщика состоит в том, что- 
бы предоставить редактору связей информацию о способе загрузки программы. 
Несмотря на то что в архитектуре У т32 нет особого смысла использовать данный 
файл, редактор ИтК3З2.ехе требует указания этого файла среди файлов, подавае- 
мых ему в качестве входных. Вы можете без проблем задействовать готовый вари- 
ант этого файла, находящийся среди файлов, прилагаемых к книге. 

Перечислим необходимые для разработки УМш4о\з-приложения файлы. 


Файл с исходным текстом программы (.азт). Формируется программистом. 





Включаемый файл с описаниями структур данных и констант У 1п32 (пс или 
„.а5Н). Файл формируется программистом по мере расширения используемых 
им средств \132. Источником информации для этого файла служат включае- 
мые файлы (.В) из пакета компилятора С/С++, например УС-++ версии 4.0 
и выше. 


я Файл с библиотекой импорта трой 32.116. Этот файл требуется компоновщику 
для разрешения внешних ссылок на функции \132 АРГ. Вы можете создать 
этот файл сами. Такая необходимость может возникнуть, если вам понадобятся 
функции из библиотек ОТ, информация о которых отсутствует в существую- 
шем варианте файла 1тро{ 32.16. Для этого сушествует специальная утилита 
пирИЬ.ехе, поставляемая в пакете ТАЗМ 5.0. Командная строка для ее запуска 
имеет вид 


трАть имя_файла_116 — список_911_библиотек 


Получить информацию о местонахождении конкретной функции \!132 АР] 
довольно просто. Многие справочные руководства по УЛи4о\з при описании 
конкретной функции приводят и информацию о библиотеке ОШ, где эта функ- 
ция содержится. 


# Файл с описанием ресурсов, используемых в приложении. 


Другие файлы. Например, в рассмотренной нами программе каркасного при- 
ложения (см. листинг 16.4) используются звуковые файлы (.\ау). 





Средства ТАЗМ для разработки \М/паом;-приложений 403 


т Файлы{азт32, {ПпК3З2.ехе и, возможно, некоторыедругие вспомогательные фай- 
лы из пакета ТАЗМ 5.0. Следите внимательно за сообщениями. В том случае, 
если какого-либо файла будет недоставать, его нужно просто найти в каталоге 
\Ып пакета ТАЗМ 5.0 и скопировать в свой рабочий каталог. Непосредственно 
в каталоге \Ыт работать не рекомендуется, иначе он моментально превратится 
в слабоструктурируемое нагромождение файлов. 


П Компилятор ресурсов Ъгс32.ехе или 0гсс32.ехе. Компиляторы взяты из пакета 
С/С++ фирмы Вопапа. Но если вы работаете с пакетом УС++, то вам может 
понадобиться компилятор ресурсов, входящий в этот пакет. Он называется 
гс.ехе. 


т Файл таке Це иутилита таке.ехе. Эти файлы призваны облегчить процесс сбор- 
ки приложения вединый исполняемый модуль. 


Приведенный список файлов, необходимых для сборки Уш4о\з-приложения, 
довольно велик. Ранее процесс получения исполняемого файла у нас был простым 
и вполне управлялся из командной строки (без использования, например, таКе- 
файлов). Более сложные приложения требуют учета взаимосвязей между несколь- 
кими файлами. Данные файлы, в свою очередь, создаются или обрабатываются 
разными программными средствами, которые иногда требуют задания режимов 
работы многочислениыми параметрами. Запоминать их и постоянно вводить вруч- 
ную тяжело, и такая работа вряд ли может быть признана эффективной. Для об- 
легчения процесса получения исполняемого файла используйте возможности, пре- 
доставляемые таКе-файлами. 

МаКе-файл для программиста — существенное облегчение в его работе. Тща- 
тельно разработав один раз таКе-файл для создания исполняемого файла своего 
приложения, вы впоследствии избавите себя от рутинной работы по формирова- 
нию необходимых для этого командных строк. Второй положительный эффект от 
использования таке-файлов — упрощается работа автора по описанию процесса 
получения исполняемого модуля. Кстати, в роли автора можете оказаться и вы, 
когда разработаете свою программу и вместо длинного описания процесса ее сбор- 
ки предоставите пользователям таке-файл, дополнив его необходимыми коммен- 
тариями. Информацию о правилах написания таке-файлов можно найти среди 
прилагаемых к книге файлов в каталоге к главе 6. МаКе-файл для сборки прило- 
жения (см. листинг 16.4) представлен в листинге 16.6. 


Листинг 16.6. Пример таКе-файладля создания приложения рга16_1.ехе 


<1> МАМЕ = ргё16_1 

<2> 0В45 = $ (МАМЕ). 0} 

<3> ОПЕР = $(МАМЕ) . деф 

<4> — ТАЗМОЕВИУСб=/21 

<5>  МКОЕВЦС=/у 

<6> ТМРОВТ=1трог{ 32 

<7>  $(МАМЕ).ЕХЕ: $(0895) $(РЕР) 

<8> {11пК32 /Тре /аа /с $(Е1МКОЕВУб) $(0895), $(МАМЕ), , $(ТМРОВТ), $(ТЕЕ) 
<9> ‚ат. о]: 

<10> +азт32 $(ТАЗМОЕВУС) /м1 $&.азт, ‚ , 


Поясним наиболее значимые элементы приведенного файла. Мы уже упоми- 
нали, что трансляция исходного файла производится программой {азт32.ехе. При 
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вызове ей передается ряд ключей (строки 1-6). Для формирования отладочной 
информации вы можете указывать значения макрооператоров ТАЗМОЕВИС = /21 (стро- 
ка 4) и ИМКОЕВОС = /у (строка 5). Кроме этих необязательных ключей в строке 10 
присутствует обязательный ключ /т(, который требует, чтобы транслятор ассемб- 
лера различал строчные и прописные буквы в идентификаторах программы. Как 
вы смогли убедиться, это очень удобно при написании программ для Уп 9о\з. Стро- 
ка 8 содержит вызов компоновщика {пКЗ2.ехе. Описания других ключей для этой 
программыприведенывглавебиприложении В (Вр: //м\\.рИег.сот/до\ишюоад). 

Призапуске программы таКе.ехе незабывайте о нехитром, но полезном приеме 
с перенаправлением вывода экранных сообщений в файл с помощью символа «>»: 
МАКЕ.ЕХЕ -ВОЕВОС > р 


В файле р текущего каталога читайте диагностические сообщения о процессе 
построения приложения. 


Углубленное программирование 
на ассемблере для \МЛпт32 


Реализация описанного ранее процесса разработки простого У 9о\$-приложе- 
ния на языке ассемблера может отнять довольно много сил и времени у неподго- 
товленного человека. Но, скорее всего, это не будет пустой тратой драгоценных 
для любого программиста жизненных сил. Цель материала, изложенного именно 
в таком виде, — демонстрация того, что разработка \/490\з-приложения наязыке 
ассемблера — не такое уж нереальное дело. Напротив, у него даже есть свои досто- 
инства. Нужно отметить, что объем учебного материала, необходимого для описа- 
ния процесса разработки каркасного приложения для Уп4о\$, не зависит от язы- 
ка, на котором предполагается вести программирование, так как основное внимание 
уделяется не столько средствам языка, сколько описанию требований к функцио- 
нированию приложения со стороны У! 490\$. Каркасное приложение является 
простейшей программой для Ут4о\з, которая в лучшем случае выводит строку 
текста в окно приложения. С точки зрения сложности, не имеет смысла даже про- 
водить ее сравнение с аналогичной программой для М$-0О$, выводящей строку 
на экран. Логику работы и способы реализации такой программы для М$-ОО$ 
в худшем случае можно объяснить минут за десять. Для объяснения логики рабо- 
ты каркасного Уп о\-приложения неподготовленному слушателю придется про- 
читать целую лекцию, может быть, и не одну. И это простейшая программа. А где 
же предел? Какими минимальными знаниями и умениями должен обладать про- 
граммист, чтобы утверждать, что он является, если, конечно, можно так выразить- 
ся, профессиональным У!шао\$-программистом. Не претендуя на безусловную 
истину, попытаемся перечислить некоторые проблемы, которые программист дол- 
жен научиться рентать в первую очередь. 





Нужно понять общие принципы построения программы, работа которой управ- 
ляется сообщениями. 


П Нужно научиться выводить текст и графику в область окна приложения. Ос- 
новная проблема здесь состоит в умении эффективно использовать совокуп- 
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ность средств \!132 АРТ. Сам процесс формирования изображения в окне 
УМИтдо\$ напоминает процесс формирования изображения в видеобуфере, как 
это делалось в М5-0ОО$. Оба эти варианта вывода изображения можно срав- 
нить с рисованием цветными мелками на школьной доске. Для того чтобы об- 
новить содержимое окна, его необходимо либо полностью вывести заново, либо 
сначала удалить ненужные фрагменты, сформировать на их месте новые и за- 
тем вывести в определенное место в окне. Эта проблема называется проблемой 
перерисовки изображения, и она тесно связана с тем, насколько эффективно ре- 
шается следующая проблема. 


Нужно организовать адекватную обработку сообщений. Эффективность и пра- 
вильность работы программы напрямую зависит от того, насколько правильно 
в ней организована обработка сообщений. В самом начале процесса обучения 
написанию программ для УМт@4о\$ вы столкнетесь с необходимостью обработ- 
ки такого сообщения, как УМ_РАТМТ. Проблема здесь заключается в том, что 
Упдомз не сохраняет содержимое окна или части окна при его свертывании 
или скрытии под другим окном. Следить за содержимым своих окон должно 
само приложение, а точнее, соответствующая оконная функция. Более подроб- 
но о решении этой проблемы мы узнаем при рассмотрении вопроса перерисов- 
ки изображения. 





Нужно научиться создавать интерфейсную часть приложения. Интерфейс при- 
ложения — это его визитная карточка. Первым, на что обращает внимание 
пользователь, тем более если он непрофессионал, является именно этот эле- 
мент работы приложения. Более того, движущей силой развития самой систе- 
мы Уш4о\$ является стремление к реализации идеи идеального интерфейса. 
На сегодняшний день эту роль играет оконный интерфейс. Что будет завтра, 
пока не ясно, так как оконный интерфейс действительно решает многие про- 
блемы и до исчерпания его потребительского ресурса, наверное, еще далеко. 
Основа оконного интерфейса — окно, в котором имеются две области: управ- 
ляющая, с ее помощью осуществляется управление работой окна, и пользо- 
вательская, которая обычно занимает большую часть окна, и именно в ней 
пользователь формирует некоторое изображение. Управляющая область 
окна приложения состоит из более элементарных интерфейсных компонентов: 
меню, окон диалога, кнопок, панелей ит. д. Создание и организация работы со 
многими из этих компонентов поддерживается \\!1140%\ с помощью функций 
У!т32 АРТ. 


Нужно научиться обрабатывать пользовательский ввод. 





Каждый пункт этого списка представляет лишь вершину некоторой иерархии 
более частных проблем и может быть довольно глубоко детализирован вглубь. Ко- 
нечно, в рамках нашего изложения сделать это не представляется возможным, да 
и вряд ли нужно. Подобные вопросы хорошо изложены в литературе. Материал 
данной главы подобран так, чтобы показать, как отражается на процессе разработ- 
ки \\!19о\$-приложения выбор ассемблера в качестве основного языка програм- 
мирования. Поэтому основное внимание мы уделяем не тому, как реализовать те 
или иные элементы пользовательского интерфейса, а технологии сборки работо- 
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способного приложения с помошью пакета ТАЗМ (для МАЗМ отличие только в 
инструментарии). Исходя из этого далее покажем, как использовать ресурсы в 
УИп4о\5-приложениях, написанных на ассемблере. 


Ресурсы \ПпЧо\м$-приложений 
на языке ассемблера 


Для включения ресурсов в У\УЛп4о\з-приложения, написанные на ассемблере, за- 
действуется та же самая технология, что и для программ на языках С/С++. Ре- 
сурс — это специальный объект, используемый программой, но не определяемый 
в ее теле. К ресурсам относятся следующие элементы пользовательского интер- 
фейса: значки, меню, окна диалога, растровые изображения. 

Определение ресурсов производится в текстовом файле с расширением .гс, 
в котором для описания каждого типа ресурса используются специальные опера- 
торы. Подготовку этого файла можно вести двумя способами: ручным и автомати- 
зированным. 

Ручной способ предполагает: 


т что разработчик ресурса хорошо знает операторы, необходимые для описания 
конкретного ресурса; 


что ввод текста ресурсного файла выполняется с помощью редактора, который 
не добавляет в текст элементы форматирования, например редактора Блокнот 
(потера4.ехе), входящего в состав программного обеспечения У п90%$. 


Автоматический способ создания ресурсного файла предполагает использова- 
ние специальной программы — редактора ресурсов, который позволяет визуали- 
зировать процесс создания ресурса. Конечные результаты работы этой программы 
могут быть двух видов: в виде текстового файла с расширением „гс, который впо- 
следствии можно подвергнуть ручному редактированию, либо в виде двоичного 
файла, уже пригодного к включению в исполняемый файл приложения. 

Будем предполагать, что описание ресурсов в текстовом виде получено и нахо- 
дится в файле ресурсов с расширением „гс. Далее это описание должно быть преоб- 
разовано в вид, пригодный для включения в общий исполняемый файл приложе- 
ния. Для этого необходимо выполнить перечисленные далее шаги. 


1. `Откомпилировать ресурсный файл. На этом шаге выполняется преобразова- 
ние текстового представления ресурсного файла с расширением .гс в двоичное 
представление с расширением .гез. Для этого в пакете ТАЗМ есть специальная 
программа 6гс32.ехе — компилятор ресурсов. 


2. Включить ресурсы в исполняемый файл приложения. Это действие выполняет 
компоновщик тКЗ2.ехе, которому в качестве последнего параметра должно 
быть передано имя ресурсного файла (тез). 


Далее наконкретных примерах мы рассмотрим порядок применения этих програм- 
мных средств для включения некоторых типов ресурсов в \/14о\5-приложения. 


Меню в М/Ипаом/5$-приложениях 


Меню в системе \Мшдо\з являются, пожалуй, самым распространенным элемен- 
том пользовательского интерфейса. Мы не будем особенно вдаваться в детали раз- 
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работки приложения с меню, так как это уже делалось при рассмотрении каркас- 
ного приложения. Содержание этого процесса стандартное, поэтому мы остано- 
вимся только на специфических моментах его реализации при разработке прило- 
жения на ассемблере. Для того чтобы включить меню в приложение, необходимо 
реализовать следующую последовательность шагов. 


1. Разработка сценария меню. Перед тем как приступить к процессу включения 
меню в конкретное приложение, разработаем его логическую схему. Этот шаг 
необходим для того, чтобы уже на стадии проектирования обеспечить эргоно- 
мические свойства приложения. Ведь меню — это один из немногих элементов 
интерфейса, с которым пользователь вашего приложения будет постоянно иметь 
дело. Поэтому схема меню должна иметь наглядную иерархическую структуру 
с логически увязанными между собой пунктами, что поможет пользователю 
эффективно задействовать все возможности приложения. Для того чтобы вес- 
ти предметный разговор, поставим себе задачу разработать для окна нашего 
приложения главное меню. При этом мы исследуем возможности вывода в окно 
приложения текста и графики, а также покажем способы решения общих про- 
блем, связанных с разработкой приложения. Наше меню будет довольно про- 
стым и состоять из трех пунктов: Текст, Графика и 0 приложении, — причем пер- 
вые два пункта будут открывать доступ к подменю. Иерархическая структура 
меню представлена на рис. 16.2. 





—— Текст Графика О приложении -—— 
— ОгамТеж — Примитивы и 
Прямоугольник 
Техющ р 


— Эффекты -—<-- Павлин 
Кружева 
Рис. 16.2. Иерархическая структура меню 


2. Описание схемы меню в файле ресурсов. Для выполнения этого этапа требуют- 
ся специальные операторы. В нашем случае файл ресурсов будет выглядеть 
следующим образом: 

//Текст файла мепи. гс 
#1пс1иде"тепи. п" 
МУМЕМУ МЕМО ОТ5САВРАВЬЕ 
{ 

РОРОР "&Текст" 


{ 
МЕМОТТЕМ "&ОгамТехт", ТОМ ОВАИТЕХТ 
МЕМОТТЕМ "&Техе0и&" , ТОМ_ТЕХТОИТ 


} 
РОРОР "&Графика" 
{ 
РОРОР "&Примитивы" 


МЕМИТЕМ "&Отрезок" ‚ ТОМ_ГЕМСТН 
МЕМОТТЕМ "&Прямоугольник“, ТЮМ_КЕСТАМСЕЕ 


} 
РОРОР "&Эффекты" 
{ 
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МЕМИТТЕМ "&Павлин", ТОМ_РЕАСОСК 
МЕМИТТЕМ "&Кружева" , ТРМ_ГАСЕЗ 


} 


} 
МЕМИТЕМ "&Абоц{", 1ОМ_АВОЧТ 
} 
3. Составление текста включаемого файла, необходимого для компиляции ресурс- 


ного файла. В нашем случае файл называется тепи.Н и выглядит следующим 
образом: 


#Чет1пе МУМЕМУ 999 

#Чет1пе ТОМ _ОКАМТЕХТ100 
#аеЁ1пе ТОМ _ТЕХТОУТ 101 
#4еф1пе ТОМ _ЁЕМСТН 102 
#аеР1пе ТОМ_ВЕСТАМСЕЕ 103 
#деР1пе 1ОМ_РЕАСОСК 104 
#ае{1пе ТОМ _1АСЕЗ 105 
#ает1пе 10М_АВОУТ 106 


В этом файле идентификаторам пунктов меню назначаются константы, кото- 
рые впоследствии будут передаваться в оконную процедуру в младшем слове 
параметра жРагат сообщения \!М_СОММАМЮО. Заметьте, что имени самого меню 
также назначена константа. К этому моменту мы вернемся чуть позже. 


4. Компиляция ресурсного файла. Для этого используется утилита Ьгс32.ехе: 


6гс32 [ключи ...] мепи. гс 
Если утилита заканчивает свою работу нормально, то создается файл с расши- 


рением „ге (тепи.гез). В случае, если утилита обнаруживает ошибки в исход- 
ном ресурсном файле, она выдает на экран соответствующие диагностические 
сообщения. Для удобства работы с ними их можно записать в файл, перенапра- 
вив вывод сообщений с экрана в файл, используя оператор командной строки 
«>»; . 

Ьгс32 [ключи ...] имя_файла.гс > Имя_Файла_Диагностики 
например, так: ` 

Ьгс32 мшепи.гс > р 

5. Подключение меню на стадии регистрации того окна приложения, для работы 

с которым оно будет использоваться. Для этого существуют два основных спо- 
соба: 


О первый способ — поместить в поле [р$2МепиМате экземпляра структуры 
\УМОСГА$$ (строка 101 листинга 16.4) указатель на поле, содержащее имя 
меню: 


„Чата 
епи 96 "МУМЕМИ" 
" соде 
моу ЧмогЧ ру’ мс1.1р57МепиМате, озе{ф тепи 


Ш второй способ — назначить ресурсу меню символическую константу, кото- 
рая расположена в поле имени оператора МЕМЦ файла ресурсов: 
56 МЕМОБЗСАКОАВЕЕ ;оператор из файла ресурсов 
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Чтобы использовать упомянутую на последнем шаге символическую констан- 
ту, необходимо вставить в файлы, из которых собирается приложение, дополни- 
тельные строки: 





Файл ресурсов: _ 

МУМЕМИ МЕМИОТ$САВРВАВИЕ 
Файл тепи.В; 

ЧЧете МУМЕМУ 56 

$ Файл тепи.шс: 

МУМЕМИ еди 56 





И Строка 101 из листинга 16.4 должна выглядеть так: 
тоу Фмог@ р мс1.1р$2МепиМате, МУМЕХО 
Илитак: 
поу Чмога рёг мс1.1р52МепиМате, 56 


Вторым способом мы фактически смоделировали макрос МАКЕГИВЕЗОЦАСЕ, из- 
вестный УЛ п4о\$-программистам, пишущим приложения на языке С/С++. 

После внесения всех изменений в верхней части окна появится строка меню. 
Далее необходимо в оконную функцию включить команды, реализующие реак- 
цию на выбор пунктов этого меню. Эта информация передается в младшем слове 
поля *Рагат сообщения \УМ_СОММАМО. В листинге 16.7 приведен измененный текст 
каркасного приложения, дополненный меню. 


Листинг16.7.Пример приложения сиспользованием меню 


<1> ;Пример приложения для \пт32 с использованием меню 

<2> .386 

<3> 10са15 ;разрешает применение локальных меток в программе 

<4> тоде1т ЕТаё, ЗТОСАНЕ ;модель памяти ЕТаб, 

<5> ;5ТОСАЁЁ - передача параметров в стиле С (справа налево), 

<6б> ‚вызываемая процедура чистит за собой стек 

<7> 11С104е и1идомА.1пс:включаемый файл с описаниями базовых структуф 
;и констант №1132 

<8> лис1аде шепи.10с ;включаемый файл с определением имен 
‚идентификатор меню 

<9> ;0бъявление внешними используемых в данной программе 

; функций №1132 (АЗСТГ): 

<10> ехёги СеЕМоди1еНапа1еА: РВОС 

И 

<37> ехЕтгп бетС11епуКест : РКОС 


<38> ; объявление оконной функции объектом, 
‚видимым за пределами данного кода 

<39> руЬ11с И1пдомРгос 

<49> ‚Чата 


<41> Бира аа 0 
<42> П1151 аа 0 


<43> ; |рУегтопТпРогма топ  ОЗУЕКСТОМТМЕО <?> 
<44> ис1 ИМОСТА$$ЕХ <?> 
<45> пеззаде М5С <?> 


<46> рз РАТМТУТВОСТ <?> 
<47> 1рВесё ВЕСТ<?> 


<48> $2С1а5$Маме 9р 'Приложение М1п32', 0 
<49> $21161еМаие 0 'Каркасное приложение №1132 на ассемблере', 0 
<50> Мез\1пдом р 'Привет! Ну как вам процесс разработки приложения 


на ассемблере? ' 
<51> Мез\/ 1 паомеп= $-МезИ1пом продолжение „$? 
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<52> 
<53> 
<54> 
<55> 
<56> 
<57> 
<58> 
<59> 
<60> 
<61> 
<62> 
<63> 
<64> 
<65> 
<66> 
<67> 
<68> 
<69> 
<70> 
<71> 
<72> 
<73> 
<74> 
<75> 
<76> 
<77> 
<78> 
<79> 
<80> 
<81> 
<82> 
<83> 
<84> 
<85> 
<86> 
<87> 
<88> 








рТауЕ11еСгеахе ОБ ‘'сгеахе.мау', 0 
р1ауЕ11еРазиё 6 ‘ратпё.мау', 0 
р\1ауЕ11ебезгоу ЧБ ‘Чезёгоу.мау', 0 
‚ соде 

зсагЕ  ргос пеаг 

;точка входа в программу: 

‚начало стартового кода 


строки 55-72 листинга 16.4 


;конец стартового кода 
\1пМатпт: : 


строки 75-100 листинга 16.4 


`` по\ Чмога  рёг мс1. 1р$2МепиМате, МУМЕМУ 
;строки 102-149 листинга 16.4 


вать епар 


аго @@Пипа : ОМ0КО, @@тез:ОМОКр, @@ирагам: ОМОКО, @@1рагам: ОМОКО 
изез ебх, ед1, е$1, ебх ;эти регистры обязательно должны сохраняться 
1оса\  @@пас: Омово 

стр @@те$, ММ БЕЗТКОУ 

]е итдезегоу 

спр @@тез, ММ _СКЕАТЕ 

]е итсгеа*е 

сир @@тез, ИМ_РАТМТ 

]е мтра1пЕ 

сир @@тез, ММ_СОММАМО 

]е итсомтайа 

]тр ЧеЁау1е 
мпсгеасе: 


: строки 176-212 листинга 16.4 


: послать сообщение ММ_ОШТ 
; готовим вызов УОТР Роз&{0и1{Меззаре (11+ пЕх1ЕСоде) 


ризй 
са11 Роз {0 и1{Мез5аре . 
поУ еах, 0 ;возвращаемое значение - 0 
пр ех1_ипаргос 

ипсоппапа: 


; вызов процедуры обработки сообщений от меню 
;МепиРгос (РМОВр @@пипЧ9, ПМОВР @@ирагам) 








ри5й @@нрагат 

разв @Опипа 

са1] МепиРгос 

пр ех1_ипаргос 
ЧеРац1%: 


‚обработка по умолчанию 
; готовим вызов ЕВЕЗИУЕТ Ве{М1паомРгос (НИМО НМпа  ОтТМТ №33, 
; ИРАВАМ иРагам, |1РАКАМ 1Рагат) 

ризв @@1рагам 

разв @б@ирагат 

ризй @@те$ 

роз вата 

са11 БеИ1паомРгосА 

пр ехт&_мпаргос 





ех1& _ипаргос : 
геё 





Е 


лллл 


ллллллллллллллллллллАлАллллллллл 


№. ААА А’ААЛЛ’А”^А”А А ААА ЛА 


43> 
44> 
45> 


146> 


147> 
148> 


49> 


150> 


515 


152> 
153> 


54> 


155> 


56> 
57> 
58> 


159> 
160> 
161> 
162> 
163> 
164> 


65> 


166> 


67> 
68> 


169> 
170> 


171> 


172> 


73> 


174> 


175> 








176> 
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МТпдомРгос  епдр 
те МепиР гос ++ - жене чнннн-- 
‚обработка сообщений от меню 
МепиРгосргос 
агд @@пипа : МОК, @бирагам: ОМОКО 
и5е5 ерх 
1оса1  @@пас: омоко 
поу ефх, @@мрагат ;в Бх идентификатор меню 
сир 5х, ТОМ _ОКАИТЕХТ 
]е @@1дтагантех% 
сир 6х, ТОМ ТЕХТОУТ 
3-е @б@1аттехкои+ 
сир Ьх, ТОМ ЕЕМСТН 
Де @@1ат1епАев 
сир Ьх, ТЮМ_КЕСТАМСЕЕ 
Де @@1атгестапя1е 
спр 6х, ТЮМ_РЕАСОСК 
]е @@1атреасоск 
сир Бх, ТОМ_ЪАСЕ$ 
Де @@19т1асе$ 
сир ох, ТОМ_АВОЦТ 
]1е @@1дтабои* 
пр @@ех1+ 
@61дтагаитехт: 
‚получаем контекст устройства НОС беёрс (НИМ В\па) 
ри$ @Опипа 
са11 Сеерс 
оу @бпЧс, еах 
‚получаем размер рабочей области 
;ВООЬ Сесс11епеВесе (НММО ВИМпа, ГОРВЕСТ ТовВесё) 





риз ОЕЁзеё ТрВесе 
риз @@пипа 
са11 беС11епеКесе 


‚выводим строку текста в окно 
;$1пе ОгамТех& (НОС №оСс, ТРСТ$ТВ Тр5Ег1па, 1пЕ пСоппе, 
;РВЕСТ ТрВесе, МТ чгогпаф) 

разр ОТ_$1М6ЕЕЕТМЕ+ОТ _ВОТТОМ 














ризВ ое ТрВесе 
риз 
разв оЕЕзес @@ТХТ_ОВАМТЕХТ 
ризь а@рас 
са11 ОгамТех{А 
;освобождаем контекст 1пе Ве1еазерс (НИМр Ма, НОС вос) 
ри$ @опас 
ри$ @@Пипа 
са11 Ве1еазерс 
тр @вех1е 
@Отаттехфоит: 
риз @@пипа 
са11 сеерс ‚получаем контекст устройства 
поУ @@рас, еах 


‚выводим строку текста в окно ВОО Тех (НОС пас, 1Е пХ$%аг\, 
;1пЕ пу5бате, ОРСТУТВ Тр5ёт119, 116 сЬ5Ег1 пд) 





ри Тептхт_ТЕХТОЙТ 
разв оЕЕзее @@ТХТ_ТЕХТОИТ 
разИ 150 
ри$ 10 
ризВ @опдс 
са11 ТехеОисА 
ризр аепас 
ризВ @@Пипа 
са11 Ве]еазерс освобождаем контекст устройства 
тр @бех1+ 
@01ат1епёти: 
разн МВ_ТСОМТМЕОВМАТТОМ+МВ_ОК 


продолжение 1% 





412 Глава 16. Создание \М/пао\ми/-приложений на ассемблере 


Листинг 16.7 (продолжение) 


ААА К 

















177> ризв ОЕЁЕзеё з2Т1Е1еМаме 
178> разв ОЕЁзеЕ @@ТХТ_ГЕМСТН 
79> ри$ @@пипа 
80> са1 МеззадеВохА 
<181> тр @@ех1 Е 
<182> @@19тгестапрТе: 
<183> разь В_ТСОМТМРЕОВМАТТОМ+МВ_ОК 
<184> разв ОЕЁЕзеЕ $211(1еМаме 
<185> разв ОЕЕзес @@ТХТ_КЕСТАМСЕЕ 
<186> разв @@пипд 
<187> са11 еззадеВохА 
<188> м @вех1Е 
<189> @@1атреасоск: 
<190> разь В_ТСОМТМЕОВМАТТОМ+МВ_ОК 
<191> разв ОЕЕзеЕ $2115 1]еМаше 
<192> разв ОЕЕзес @@ТХТ_РЕАСОСК 
<193> ризв @бИипа 
<194> са11 еззадеВохА 
<195> Это @бех1Е 
<196> @@19т1 асез: 
<197> разь М. В_ТСОМТМЕОВМАТТОМ+МВ_ОК 
<198> разй ОЕЁзеЕ $2Т1151еМаме 
<199> риз ОЕЕ5её @@ТХТ_ГАСЕ$З 
<200> риз @@пипа 
<201> са11] МеззадеВохА 
<202> пр @@ех1+ 
<203>  @@1атаБоцт: 
<204> разь МВ_ТСОМТМЕОВМАТТОМ+МВ_ОК 
<205> риз оЕРзеё з27Т1%1еМапе 
<206> риз ОЕЁзес @@тхТ_АВОУТ 
<207> роз @бпипа 
<208> са11 МеззадеВохА 
<209> тр @@ехт+ 
<210> ка 
<211> @б@ехтЕ: 
<212> поу еах, 0 
<213> ге 


<214> @@ТХТ_Авопт аь 'ТОМАВОЦИТ', 0 

<215> @ОТХТ тлсЕЗ а 'ТОМТАСЕЗ', 0 

<216>  @@тхт_РЕАСОСК @5 '1ЮМ РЕАСОСК', 0 

<217> @етхт ВЕСТАМСЬЕ а 'ТОМ ВЕСТАМСЬЕ', 0 

<218> @ОТХТ теЕМмстНнаю 'ТОМЕЕМСТН', 0 

<219>  @@ТХТ ТЕХТООТ р 'Текст выведен функцией ТЕХТООТ' 
<220> ° 1ептхт ТЕХТОЦТ=$ -@@ТХТ тЕХхтоит 

<221>  @@ТХТ ОКАМТЕХТ аъ 'Текст выведен функцией ОКАМТЕХТ', © 
<222>  МепоРгосепар 

<223>  епЯ збагё 


Строки 98-100 листинга 16.7 показывают, что для обработки сообщения УМ _ 
СОММАМО вызывается процедура МепиРгос. Подход, при котором программа на ас- 
семблере структурируется на более мелкие части с использованием механизма 
процедур, при программировании для Уп49о\5 особенно полезен и должен быть 
преобладающим. Для большей наглядности мы не задействуем макрокоманлды. 
Применение макрокоманд полезно и даже необходимо, так как они позволяют по- 
лучать компактный и структурированный код. 

В заключение этого раздела обратитесь к файлам, прилагаемым к книге, где 
в каталоге данной главы вы найдете все исходные тексты, необходимые для сбор- 
ки и запуска приложения (см. листинг 16.7). Собрав с помощью утилиты такКе.ехе 
исполняемый файл, вы увидите, что реакция программы на выбор большинства 
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пунктов меню стандартная и заключается в выводе сообщения с использованием 
функции \1132 АРТ МеззазеВох. Определена реакция лишь на два пункта меню 
Текст — пункты ОгамТеж и ТехОш. При их выборе на экран выводится текст. Тем 
самым демонстрируются различные способы вывода текста в окно приложения. 
Далее в материале этой и последующих глав мы определим реакцию и на осталь- 
ные пункты меню. 

Давайте теперь рассмотрим еще одну ключевую проблему программирования 
для \Ит9до\мз — перерисовку изображения. Для того чтобы понять ее смысл и важ- 
ность, влюбом порядке выберите пункты меню Текст » ОгажТех{ и Текст » ТехОш На 
экране появятся строки текста. Далее сверните и разверните окно приложения. 
Строки текста исчезнут, оставив только строку, которая выводится как реакция на 
сообщение УМ _РАПМТ. Причина этой ситуации в том, что Уп 4о\$ не хранит содер- 
жимое окна, и заботиться о его восстановлении после различных действий с окном 
должно приложение, создавшее это окно. \Мт4о\з$ лишь посылает приложению 
сообщение ММ_РАТМТ в случаях, когда с окном были произведены некоторые дей- 
ствия, например, свертывание-развертывание окна, изменение его размеров ит. д. 
Приложение, получив сообщение \УМ_РАП\Т, в качестве реакции на него должно 
обновить в необходимой степени содержимое своего окна. Более подробно эта про- 
блема и пути ее решения рассмотрены в любом хорошем учебнике по программи- 
рованию для Ут4о\з. Отметим лишь, что в конечном итоге все сводится к необ- 
ходимости организовать вывод в окно приложения как реакцию на сообщение 
\ММ_РАТМТ. Существует несколько подходов к решению проблемы перерисовки. Мы 
рассмотрим наиболее общий и широко используемый. 


Перерисовка изображения 


Рассмотрим следующую абстракцию, цель которой — показать, что за содержимое 
окон на экране отвечают оконные процедуры тех приложений, которым эти окна 
принадлежат. Роль УЛ п4о\$ в этом процессе минимальна и состоит в том, что при 
определенных действиях с окном оконной процедуре, отвечающей за связь с этим 
окном, посылается сообщение УМ_РАХТ. Получив это сообщение, оконная проце- 
дура должна уметь заново перерисовать содержимое всего окна или его части. Для 
общего случая это, если задуматься, не такая уж простая задача. 

Если у вас возникают трудности с пониманием этого момента работы приложе- 
ний в \ш4о\з, попробуйте развить абстракцию со школьной доской. Представь- 
те себе школьный класс, в котором процесс обучения выглядит очень необычно. 
Вместо обычной школьной доски на стене есть некоторая ограниченная область 
(экран монитора). У каждого ученика (исполняемого файла) есть в портфеле своя 
доска (окно приложения), которая может (или не может, в зависимости от кон- 
струкции) менять свой размер. На всех учеников один комплект цветных мелков 
(контекст устройства), обладание которым разрешает ученику что-то рисовать на 
своей доске. Ученик объясняется с присутствующими графическими образами, 
выводя их на свою доску. Но прежде доску нужно повесить на стену в пределах 
ограниченной области. Для этого ученик, как ему и положено, подымает руку. Учи- 
тель (УМш9о\з) обязательно помогает ученику выйти к ограниченной области на 
стене (запускает на выполнение задачу) и повесить свою доску. Действия учителя 
и ученика в ходе этого процесса соответствуют определенному алгоритму и дей- 
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ствиям каркасного приложения. В результате могут быть закрыты частично или 
полностью доски учеников, вышедших к доске ранее и не ушедших пока на свои 
места в классе. При этом информация в скрытых частях расположенных ниже до- 
сок других учеников уничтожается в пределах ограниченной области. 

Итак, доска ученика с помощью учителя повешена в пределах области на стене, 
и для того чтобы рисовать на ней, ученик должен попросить у учителя комплект 
мелков (см. функцию АРГ СОС или Вез1пРаши в листинге 16.4). Если ученик его 
получает, то он может начинать процесс рисования на своей доске. Как только уче- 
ник заканчивает этот процесс, он должен вернуть учителю комплект мелков (функ- 
ция ЕпдРат®). Далее ученик может закончить ответ и, забрав свою доску, занять 
свое место в классе (приложение завершило работу и «ушло» на диск). Если уче- 
ник делает это, то, забирая свою доску, он открывает доски других учеников, и... на 
этих досках обнаруживаются черные дыры, причем местоположение этих дыр со- 
ответствует местам, которые были скрыты доской их ушедшего товарища. Чтобы 
сгладить этот конфуз, учитель срочно оповещает об этом (\УМт@о\$ посылает со- 
общение \М_РАГ\УТ) учеников, у которых было испорчено содержимое досок. Каж- 
дый из этих учеников должен, попросив у учителя комплект мелков, перерисовать 
содержимое своей доски. 

Данная абстракция довольно точно отражает логику работы УМш4о\$, причем 
не только в обозначенном нами контексте. Вы можете дополнить и развить ее 
в нужную вам сторону. 

Как решается проблема перерисовки изображения практически? Для этого су- 
ществует несколько способов, самый общий из которых заключается в использо- 
вании виртуальногоокна. Суть перерисовки изображения на основе виртуального 
окна заключается в использовании приложением некоторой области памяти для 
направления в него всего вывода программы. Реальный вывод в окно приложения 
осуществляется только как реакция на получение сообщения \!М_РА1МТ. Не забы- 
вайте, что программа с помощью функции ГТпуа|да{еКесЕ() может сама себе послать 
сообщение \\М_РАТМТ, когда ей потребуется вывести новый фрагмент изображения 
в окно приложения. Понятие виртуального окна настолько важно для организа- 
ции работы \У194о\$, что \У!шт32 АРТ содержит ряд функций, поддерживающих 
работу с этим окном: СгеаеСотраНЫе0С(), 5е1ес{ОБес), беЕфоскОЫес), ВЕВЕС), 
(геайеСотраНЫеВтар{) и Ра ВЕ(). Рассмотрим порядок их использования в реаль- 
ном приложении. 

_ Работа с виртуальным окном в программе организуется в два этапа: создание 
виртуального окна и организация непосредственной работы с ним. Создать вирту- 
альное окно целесообразно при обработке сообщения \ММ_СВЕАТЕ, то есть в момент 
создания окна приложения. Работать с этим окном можно в любое время, когда 
требуется вывод в окно. 

Для наглядности обсуждения приведем фрагмент программы на языке С/С++: 
//фрагмент оконной процедуры из программы на языке С/С++ 
сазе ММ СВЕАТЕ: 

//определить размеры экрана 
щахх = бе&бузЕетМефг1с$ (5М_СХ5СВЕЕМ); 


таху = бетбузтетМекгтс$ (5М _СХУСКЕЕМ) ; 
//строим растровое изображение, совместимое с окном 
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пас = бебрс (вмпа); 

тетас = СгеасеСомра1Ъ1ерС (нас); 

МЬ1{ = СгеатеСотраз161еВ1 {тар (№, махХ, тахУ); 
бе1есс0Ю]есЕ (шемас, иЬ1е); 

//закрашиваем окно серым цветом 

поги$И = бехзтоскОв]ес* (СКАУ_ВКУЗН); 
бе1есео]есЕ (мешас, ПЬги$Н); 

Ра ВТ (пепас, 0, 0, пахх, шаху, РАТСОРУ); 
Ве1еазерс (типа, в9с); 


сазе ММ_РА1МТ: //перерисовываем окно р 
рас = Вер1пРа1пЕ (Вип, &ра1п+$1гист); //получаем дескриптор реального окна 
//копируем растровое изображение из памяти на экран 
ВТЕВТЕ (Вас, 0, 0, махх, шаху, шешас, 0, 0, $КССОРУ); 
ЕпаРа1тё (Кипа, &ра1пт+$1гис&); //освобождаем дескриптор 
х 


//выводим в окно где-то в программе 

ТехЕ0и{ (тетас, Х, У, 5(г, 51г1еп(54г)); //выводим строку 

//для немедленного вывода в окно вызываем функцию 1пуа11датеВеси: 
Тпуа]11дасевесе (Вита, МОЬЬ, 1); 


Физически виртуальное окно представляет собой растровое изображение, хра- 
нящееся в памяти. Работа с этой областью памяти организуется так же, как и с ок- 
ном приложения на экране монитора. Это означает, что для работы с ним необхо- 
димо создать контекст устройства памяти, совместимый с контекстом окна. Это 
действие реализуется двумя функциями: с помощью функции бе{0С() приложе- 
ние получает контекст окна; функция СтгеаеСотраНЫе0С() создает совместимый 
с контекстом окна контекст памяти тетас. После этого функцией СгеайеСотраЯ- 
ЫеВ\тар() создается совместимое с реальным окном на экране растровое изобра- 
жение. Его размеры должны соответствовать размеру окна, для работы с которым 
оно строится. Поэтому предварительно с помощью функции бе5у${етМеёс$() 
должны быть получены размеры окна и переданы как параметры в функцию 
С(теайеСотраНЫеВ тар(), которая возвращает дескриптор на созданное растровое 
изображение. После этого функция 5еес{ОЩесеС) выбирает созданное растровое 
изображение в контекст памяти, который, в свою очередь, является совместимым 
с контекстом окна. Благодаря такой цепочке связей обращение к растровому изоб- 
ражению в памяти производится аналогично обращению к реальному окну. На 
практике это означает, что во всех функциях, выводящих изображение в окно, на 
месте параметра, соответствующего контексту устройства, необходимо указывать 
контекст устройства памяти. Например, функция Тех{0и*() будет вызываться сле- 
дующим образом: 


ри$П 1ептХТ_ ТЕХТОУТ 

ризй оНзе{т @@ТХхТ ТЕХТОУТ 
рип 150 

ри$И 10 

ризй @отетас 

са11 Тех{Ои{А 


В пятой строке этого фрагмента функции Тех{Оц{О передается не контекстокна, 
а контекст виртуального окна, что и приводит к выводу не в реальное окно, ав вир- 
туальное, являющееся растровым изображением. Какмы уже отметили, в програм- 
ме есть только одно место, где производится вывод в реальное окно, — это фраг- 
мент программы, обрабатывающий сообщение \М_РАТ\МТ. В случае виртуального 
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окна здесь располагается функция ВИВИ(), которая копирует содержимое 
растрового изображения из контекста памяти в контекст реального окна. Таким 
образом постоянно обеспечивается актуальное содержимое окна приложения. 
В листинге 16.8 приведены фрагменты текста программы на языке ассембле- 
ра, демонстрирующей практическую реализацию способа перерисовки окна при- 
ложения с использованием виртуального окна. Полный текст программы находится 
среди файлов, прилагаемых к книге, в каталоге ..\ргд16_3 данной главы. 


Листинг 16.8. Фрагменты приложения рга16_3З.азт 


;Фрагменты приложения (ргё16_3З.азт) для И1132 с использованием меню 
‚и виртуального окна для перерисовки содержимого окна; 
.386 


10са1$; разрешает применение локальных меток (с префиксом @@) в программе 
‚одет Е1аё, $ТОСАШЬ;модель памяти ЕТаё, 
;ОТОСАЬШЬ - передача параметров в стиле С (справа налево), 
‚вызываемая процедура чистит за собой стек 
10с1а4е им1пдомА.1пс ;включаемый файл с описаниями базовых структур 
;и констант №1132 








10с1а4е мепи. 1пс ‚включаемый файл с определением имен пунктов 
;меню 

;Объявпение внешними используемых в данной программе 

;функций №1132 (АЗСТГ): 

ехЕхп  бе*Моди1еНалто1еА: РКОС 

ехЕтп беЕоС:РКОС 

ехёги ВертпРатпт :РВОС 

ехЕгп ЕпаРа1те:РВОС 

ехёгп МеззареВохА : РКОС 

ехЕги ЭгаиТехЕА ; РКОС 

ехЕгп беЕс11епЕКес+ : РКОС 

ехЕ гп бе5у{етМеегтс$ : РКОС 

ехЕгп СгеафеСотра{1Ь1еоС : РКОС 

ехегп СгеатеСотра*161еВ1 {тар : РКОС 

ехЕгп 5е1ест06] есф: РКОС 

ехЕ гп бе$оскОБ]ес+: РКОС 

ехёгп РаЕВ1Е:РВОС 

ехЕгп ВТЕВТЕ: РОС 

ехЕгп [пуа1 1датеКес* : РКОС 

ехёегп Бе1етебс ; РКОС 

‚Дафа 

метас 94а в 11 это глобальная переменная 

тахх аа @ ; 1 Рэто глобальная переменная 

таху аа в ;111это глобальная переменная 


1рвесё  ВЕСТ<?> 

`, соде 

5баге ргос пеаг 

; точка входа в программу : 


М1пМа1т: 
5сахЕ  епар 

Уд М1пдомРгос 
‚ ИТпдоиРгос ргос 

агд @@Пипа: мов, @@тез:ОМОКО, @@мрагат: ОмОКО, @@1рагам: ОмОКо 

изез ерх, е41, е$1, ефх ;эти регистры обязательно должны сохраняться 


1оса1  @@Нас:0моко, @@пьгизи: ОмОко, @@нНЬтЕ: МОК 
стр @@те$, \ММ_ОЕЗТКОУ 
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м\мтаез{гоу 

р @@те$, мм _ СКЕАТЕ 
итсгеате 

р @@те$, ИМ РАТМТ 
итра1пе 


стар @@тез, ММ_СОММАМО 


3е 
1 
итсгеа 
; созда 


итсоттапа 
р ЧеРай1Е 
те: 
ние растрового изображения, совместимого с окном приложения 








;получим размер экрана в пикселах 1пе беёЗузфетМетг1с$ (1пЕ п[пдех) 
рузВ ЭМ_СХЭСВЕЕМ 
са11 бетбузтемМе{г1с$ 
МОУ пахх, еах 
ризй ОМ_СУЗСВЕЕМ 
са11 СесбузсещМеет1с$ 
поу маху, еах 
;лолучить контекст устройства окна на экране @@Пас=бе{рс (@@пипа) 
ризй @обипа 
са11 сеерс 
поу @ОПас, еах 


‚получить совместимый контекст устройства памяти 


;‚ метас=Сгеа{еСотра{151е0С (@@пас) 
ризй @оНас 
са1 СтеаЕеСотраЕ151ерс 
поУ тетас, еах ;!!! мет4с - глобальная переменная 


;получить дескриптор растрового изображения в памяти 


; @бПЬ1Е=Сгеа{еСотра*151еВ1%тар (@@пас, @@тахх, @@таху) 
разв паху 
ри$в пахх 
разв вепас 
са11 СгеахеСотра* 151 еВ1ттар 
поУ @@ПЬ1{, еах 
‚выбираем растр в контекст памяти 5е1ес+т06]ес+*(тетас, @@пЬтЕ) 


ри 
ру 
са 
‚ ВЫПОЛ 





$8 @@НЬзЕ 

58 пепас 

1 бе1есео5)есе 

ним первичное заполнение растра серым цветом 


;получим дескриптор серой кисти Ибги$И=бе${оскОв ]ес* (СВАУ_ВКЦ$Н) 


разв СВАУ_ВКИЗН 
са1 Себе оскоОю]есе 
ет @@ПЬги$Н, еах 
‚выбираем кисть в контекст памяти 5е1ес{0Б]ес* (тетдс, @@йьгозв) 





разв @бпоги$ п 
разЬ пепас 
са11 Зе1есЕ05)есЕ 
; заполняем выбранной кистью виртуальное окно 


;ВООБ Раев1е (НОС вас, 1пЕ пхЬеЕе. 1пЕ пУе+ё, 106 питажн, 


м 


пЕ пНетёнх, ПМОВО амКор) 





ризВ РАТСОРУ 
ризв паху 
ри$в пахх 
ризв МОГ 
ризй МОЬ 
ризй пепас 
са1 РаЕВТЕ 
;освободим контекст устройства Ве1еазе0С (@@пипа, @@пас) 
ризВ @@пас 
ризй @@пипа 
са11 Ве1еазерс 
;обозначим создание окна звуковым эффектом 


‚готовим вызов функции ВООГ Р1аубоцпа (ТРСУТВ рз2500па, 





ри 


14 Зак. 256 


;НМОБОКЕ птод, ПМОВО Е9ибоипа) 


$8 $№0_$УМС+$М0_Е1-ЕМАМЕ 
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Листинг 16.8 (продолжение) 


ри$й МИЕЕ 
ризп о зе р!ауРПИеСгеае 
сан Р!ауЗоипаА 
‚возвращаем значение О 
оу еах, 0 
ар ех1&_мпаргос 
итратпт: 
‚получим контекст устройства НОС Вер1пРа1п* (НИМО Пмпд, 


; ГРРАТМТЪТКУСТ 1рРа1п{); 
ризН ОЕЁзеё рз 
ризв @бпипа 
са11 Вед1пРа1пе 
пох @@Пас, еах 
‚обозначим перерисовку окна звуковым эффектом 


ри 
ри 
р 
са 


ЗВ $№0_$УМС+5М0_ЕТЕЕМАМЕ 
50 МОРЬ 

$6 ОЕЁзес р1ауЕ1ТеРатпЕ 
1 РТаубоппал 


‚выведем строку текста в окно ВО0\.ТехЕ0и{ (НОСПас ‚ 1пЕпхХ5 таг, 
;1ПЕ пУубсаге, ЁЕРСТУТК1 р г1пв , 1пЕсЬ5Г1пЕ) ; 






































ризВ Мезитпаом еп 
роз ОЁЕ5ее Мез\М1пЧом 
разв 100 
разв 10 
разв метас 
са1] ТехЕОцеА 
‚вывод виртуального окна в реальное окно 
ВОО В1ЕВТе(НОС ВасрезЕ, 1пЕ пхрезе, 1пЕ пубезе, 116 пи1аср, 
116 пНе190е, НОС Вас5ус, 1пе пх5гс, 116 пубгс, ОМОВР амВор) 
рузВ ОВССОРУ 
разв ОТ 
ри5п Он 
разв ешас 
ризи маху 
разв ахх 
розь МОБЬ 
ризв ОТ 
ризв @бпа 
са1 В1681% 
освободить контекст ВОО. ЕпаРа1п*{(НИМО Б\па, 
;СОМСТ РАТМТУТВОСТ *1рРа1пё); 
разв ОЕЁЕзеё рз 
разв @@пипад 
са11 ЕпаРа1 пе 
поу еах, 0 ;возвращаемое значение - 0 
тр ех1Е_ипаргос 
итаез {гоу : 
итсоттапа : 


‚вызов процедуры обработки сообщений от меню 
;МепиРгос (0МОВр @@Пипа, ПМОВР @@ирагам) 
ризр @@нрагат 
разВ @@Пипа 


са11 МепиРтос 
тр ех1Е_мпаргос 


ЧеРао1®: 


ех1 *_ипаргос: 
тег 


МтпдомРгос  епар 





:обраб 


: г Меир, дааа Е сама 
отка сообщений от меню 


МепиРгос 
агр @@пм 
изез ерх 
1оса1 
мо 


‚ тр 
@@1дт4га 
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ргос 

па: О\ОВО, @@мрагам: БУЮВЬ 

ебх, @@ирагат :в Бх идентификатор меню 
@бех1+ 

ибехф: 


‚получим размер рабочей области ВОО. беЕс11епЕВесе (НИМ Мид, 


























;ОРВЕСТ 1рКес{); 
разв ОЕЁЕзее ТовВесе 
разв @Обипа 
са11 бес 1епеВесе 
‚выведем строку текста в окно 1пЕ ОгамТехе(НОС вос, 
;ОРСТУТВ 1р5&г1пя, 1пЕ пСоопе, 1еподеВ, 
;ОРВЕСТ ТрВесе, У1МТ иРогтаф); 
ри$й ОТ_оТМСЬЕБТМЕ+ОТ_ВОТТОМ 
ри ОЕЁзеё ТрВесе 
ризй -1 
разв оЕЁзерс @@ТХТ_ОКАЧТЕХТ 
разв метас 
са11 ОгамТех{А 
‚генерация сообщения ММ_РАТМТ для вывода строки на экран 
; ВОО. Тпуа11Часевесе (НИМР В\Мпа, СОМ$Т ВЕСТ *1рВес&, ВОО ЪЕгазе) 
разв 1 
ри5й МОБ 
ризй @@пипа 
са11 Труа11Ч9асевесе 
пр @бех1Е 
@@1Чтхехтоце: 
‚;выведем строку текста в окно ВООГ ТехЕОе (НОС Бас, 1пЕ пх9ЕагЕ, 
;106 пубсаге, БРСТУТВ ТрэЕх1па, 106 сю5ех1п9) 
разв 1епТХхТ_ТЕХТООТ 
ризй ОЕЕзеё @@ТХТ_ТЕХТОУТ 
разв 150 
разв 10 
разв пепас 
са11 Техе0исА 
‚генерация сообщения ММ_РАТМТ для вывода строки на экран 
ризв 
ризй МОТ 
разв @@пипа 
са11 Тпуа11дакевВесе 
ар @@ех1 + 
@о1ат1елртн: 
р @@ех1{ 
@@1ЧтгестапЕ1е: 
ар @@бех1+ 
@@19треасоск: 
о @@ех1{ 
@@1тТасез : 
пир @@ех1+ 
@@1дтабои\1 : 
тр @@ех1+ 
@@ех1 1: 
поу еах, 0 
те 


@@ТХТ_АВОШТ Ч 'ТОМ_АВОЦТ', 0 
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Листинг 16.8 (продолжение) 


@О@ТХТ ТАСЕ$ 46 'ТОМ_ГАСЕЗ', 0 

@ОТХТ РЕАСОСК 96 '1О0М_РЕАСОСК’, Э 

@@тхт _КЕСТАМСЕЕ 96 ‘'ТОМ_ВЕСТАМСЕЕ', 0 

@@ТХТ тЕМСТНАБ "ТОМ ТЕМСТН', 0 

@@ТХТ ТЕХТОЧТ 6 'Текст выведен функцией ТЕХТОЦТ' 
1епТХТ_ТЕХТОЦТ=$-@@ТХТ_ТЕХТОШТ 

@@ТХТ ОБАИТЕХТ 96 ‘Текст выведен функцией ОКАМТЕХТ', 0 
МепиРгосепар 

епд этат 


Возможно, результаты работы программы из листинга 16.8 вам покажутся не 
очень красивыми, но такая цель и не ставилась. Назначение этой программы — 
исследовательское. Из-за задержек, вызванных воспроизведением звуковых фай- 
лов, хорошо виден момент перерисовки окна. Такую технологию можно использо- 
вать для более глубокого исследования механизмов работы УЛп4о\$. 


Окна диалога в МИп4о\м!5-приложениях 


° Окна диалога являются важными и популярными элементами пользовательского 
интерфейса \Мшдо\жз. Редкое оконное приложение обходится без окон этого типа. 
Физически окно диалога представляет собой специфическое окно, работа с кото- 
рым поддерживается на уровне интерфейса \ 132 АРГ\УЙп9до\$. Основное назна- 
чение этого окна — помочь пользователю сформировать информацию, необходи- 
мую для управления работой приложения. Наиболее наглядные примеры окон 
этого типа — окна диалога в текстовом редакторе. С их помощью можно задать 
параметры шрифта, страницы или печати. Очень важно, что разработкатакихокон 
не требует программирования. Для описания окон диалога система УЛп4о\з под- 
держивает специальный тип ресурса. Более подробно отом, как в программе долж- 
ны выглядеть окна диалога, из каких элементов они состоят, а также о деталях 
управления этими окнами вы можете почитать в других источниках. Наша цель — 
показать, каким образом работа с окнами диалога организуется программой, напи- 
санной на языке ассемблера. 

С точки зрения технологии, организация работы с окнами диалога, реализуе- 
мая программой на ассемблере, ничем не отличается от того, как это делается на 
любом другом языке. Чтобы создать окно диалога на языке ассемблера, необходи- 
мо выполнить следующие шаги. 


1. Описать окно диалога в файле ресурсов. 


2. Разработать диалоговую функцию, которая будет обрабатывать сообщения, пред- 
назначенные для определенного в файле ресурсов окна диалога. 


3. Активизировать окно диалога в приложении. 


Для того чтобы разговор был предметным, поставим себе цель разработать кон- 
кретную программу. В последней программе (см. листинг 16.8) мы предусмотрели 
возможностьее распгирения. Сейчас для этого настало время. Дополним програм- 
му из листинга 16.8 фрагментами, обеспечивающими работу подменю Примитивы 
в меню Графика (см. рис. 16.2). Это подменю обеёпечивает доступ к пунктам меню 
Отрезоки Прямоугольник. Пустьони инициируютоткрытие окон диалога, предна- 
значенных для настройки параметров простейших фигур (отрезка и прямоуголь- 
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ника) и прорисовки их в окне приложения в соответствии с заданными параметра- 
ми. Параллельно мы разберемся с некоторыми общими принципами работы с гра- 
фикой, понимая которые, вы сможете реализовать более сложные алгоритмы. 


Описание окна диалога в файле ресурсов 


Как было отмечено, окно диалога представляет собой специальный объект, при- 
званный облегчить взаимодействие пользователя с выполняющейся программой 
и настроитьее на определенные условия функционирования. Окно диалога состоит 
из элементарных объектов, называемых элементами управления. Система УМп4о\$ 
поддерживает несколько типов таких объектов. В рассматриваемом далее приме- 
ре мы будем использовать только небольшую их часть. 

Для описания внешнего вида окна диалога и его интерфейса с приложением 
используется специальный тип ресурса — О1АГОС. В отличие от ресурса меню, ко- 
торый можно создать вручную, ресурс окна диалога лучше создавать с помощью 
соответствующих программных средств — редакторов ресурсов. Основная причи- 
на здесь в том, что при ручном определении размеров и взаимного расположения 
элементов управления трудно представить, как окно будет выглядеть на экране. 
Сформулируем некоторые общие принципы, которые позволят вам без труда вы- 
полнять эту часть работы. 

Пакет ассемблера не имеет своего редактора ресурсов, поэтому вам придется 
поискать его на стороне. Это не обязательно должен быть автономный редактор 
ресурсов — вполне подойдет редактор, встроенный в интегрированную среду раз- 
работки какого-нибудь языка высокого уровня. Главное, чтобы он создавал файл 
описания ресурса с расширением .гс. В файле описания наряду со строками, опи- 
сывающими ресурс, будут строки, необходимые для работы интегрированной сре- 
ды с ресурсами. Их нужно просто удалить. Строки, содержащие непосредственное 
описание ресурса, включите в общий файл описания ресурсов приложения. 

Ресурсы окон диалога показанного далее приложения создавались с помощью 
редактора ресурсов УС ++ версии 6.0. Ресурс каждого окна диалога готовился от- 
дельно, а затем добавлялся в файл ресурсов приложения ргд16.4.гс. В этом же фай- 
ле, кстати, уже находился ранее разработанный ресурс с описанием меню прило- 
жения. Параллельно с созданием файла ресурсов приложения необходимо создать 
(или модифицировать) включаемый файл описаний, содержащий символьные 
константы для пунктов меню и окон диалога. В нашем примере файл ресурсов имеет 
описание, представленное в листинге 16.9. 


Листинг16.9. Файлресурсоврго16_4.гс 


<1> пс ие — "Ргр16_4.п" 
<2> #1пс1и4е —<и1пдом5.П> 
<3> 10 1СОМ1 1СОМОЗСАНВОАВЕЕ "1соп1.1со" 
<4> МУМЕМО МЕМУ О1ЗСАВОАВЕЕ 
<5> { 
ое. см. описание меню в пункте "Меню в \1п4ом$ -припожениях" 
<25> } 
<26> ИИ 
<27> И 
<28> // 01а109 для отрезка 
<29> // 
<30> 100_Р1АЕОС1 О1АГОС О!5САВОАВЕЕ 0, 0, 186, 95 
продолжение. = 
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<31> 

<32> 
аа 
<34> 
<35> 
<36> 
<37> 


<38> 
«39 
<40> 
<41> 

<42> 
<43> 
<44> 
<45> 
<46> 
<47> 
<48> 
<49> 
<50> 
<51> 

ад 
<53> 
<54> 
<55> 
<56> 
<57> 
<58> 


<59> 
<60> 
<61> 
<62> 
<63> 
<64> 
<65> 
<66> 
<67> 
<68> 
<69> 
<70> 
<71> 
<72> 
<73> 
<74> 
<75> 
<76> 
<77> 
<78> 
<79> 
<80> 
<81> 
<82> 


СТУЬЕ 08 МОРАТЕВАМЕ | М$_РОРОР | №5 САРТТОМ | М$ ЗУЗМЕМИО 
САРТТОМ "Отрезок" 
РОМТ 8, "М5 бапз Зех1Ё" 
ВЕСТМ 
РЕЕРОЗНВОТТОМ "ОК", ТОК, 35, 72, 50, 14 
РОЗНВОТТОМ "Сапсе1", ТРОСАМСЕЬ, 118, 72, 50, 14 
ГТЕХТ "Задайте координаты концов отрезка:", ТОС ОТАТТС, 22, 


б:,. 134. -8 
ЕОТТТЕХТТЬОС Е0тт1, 34, 37, 20, 12, ЕЗ АОТОНСВОЬЬ 
ГТЕХТ "Хтаге", трс_5тАТТС, 5, 40, 19, 8 
ГТЕХТ "Узтаге", трс_стТАТТС, 5, 54, 19, 8 
ГТЕХТ "ХепЧ", трс_$ТАТТС, 91, 39, 18, 8 
ГТЕХТ "Уепа", ТОС _5ТАТТС, 91, 52, 18, 8 


ЕРТТТЕХТТОС _ЕРТТ2, 34, 52, 20, 12, Е$З_ АОТОН$СВОВЬ 
ЕОТТТЕХТТЬС_Е01Т3, 118, 36, 20, 12, ЕЗ_АОТОНУСВОЬЬ 
ЕОТТТЕХТТЬС. ЕРТТ4, 118, 52, 20, 12, Е$_АОТОНУСВОЬЬ 





ЕМО 
ИИ ИИ ИИ ИТТ ИИ ИИ ИИ ТТИ ИИ ИИ ИИ ИИИИЕ 
// 
И 01а109 для прямоугольника 
// 
100_ртАГ0С2 РТАЬОС ОТ$САВРАВЬЕ 0, 0, 186, 95 
СТУГЕ 25_МОРАЬЕВАМЕ | И$_РОРОР | М5_САРТТОМ | М№5_5У$МЕМУ 
САРТТОМ "Прямоугольник" 
РОМТ 8, "М5 бапз бег" 
ВЕСТМ 
РЕРРОЗНВОТТОМ "ОК", ТрОК, 35, 72, 50, 14 
РОИЗНВОТТОМ "Сапсе1". ТРОСАМСЕЬ, 118, 72, 50, 14 
ОТЕХТ "Задайте координаты углов прямоугольника:", 
ТОС_5ТАТТС, 22, 6, 174, 8 
ЕРТТТЕХТТОС _ЕОТТ1, 34, 37, 20, 12, Е5_АОТОНЗСВОЬЬ 





ОТЕХТ "Х", трос _5ТАТТС, 22, 39, 8, 8 
ГТЕХТ "у", ТОС 5ТАТТС, 21, 55, 8, 8 
ГТЕХТ "Х", ТОС_5ТАТТС, 104, 39, 8, 8 
ОТЕХТ "У", ТОС _5ТАТТС, 194, 54, 8, 8 


ЕРТТТЕХТТОС_ЕРТТ2, 34, 52, 20, 12, ЕЗ_АОТОН$УСВОШ, 
ЕОТТТЕХТТЬС_Е01Т3, 118, 36, 20, 12, Е5_АОТОН$&СВОЬЬ 
ЕРТТТЕХТТОС. ЕОТТ4, 118, 52, 20, 12, ЕЗ АОТОН5СВОЬЬ 
ГТЕХТ  "ТеЁёс Тор:", ТОС _5ТАТТС, 4, 27, 32, 8 

ГТЕХТ "ВторЕ ВО%фОМ:”, ТОС 5ТАТТС, 65, 27, 46, 8 





ЕМО 
ИИ ИИ ИИ ИИ ИИ ИИ ИИ ИИ ТТТ ТТ ТТТ ТТИ! 
/! 


п 01а1049 для пункта меню Ароде 


АБои{Вох ртаГос 20, 20. 160, 80 
и \М5_РОРУР | \№5_ОЕСЕКАМЕ 


СТЕХТ  "ТА$МЗ2"-1, 0. 12, 160, 8 

ТСОМ"ТОТ_1С0М1" -1, в, в, 0, 0 

СТЕХТ "1032 ПОемо Рговгат" -1, 0, 36, 160, 8 

СТЕХТ "(с) Юров Виктор, 2003" -1, 0, 48, 160, 8 
, РЕЕРОЗНВОТТОМ "ОК"ТООК, 64, 60, 32, 14, №5 _СВООР 


В файле определены ресурсы трех типов: значок (1СОМ), меню (МЕМО) и окно 
диалога (ПТАТ.ОС). Их можно создать по отдельности в редакторе ресурсов, а затем 
с помощью текстового редактора объединить в один файл. При этом вы не должны 
забывать и о сопутствующим их включаемым файлам с расширением „В. Их также 


удобно объединить в единый файл так, как это сделано для нашего примера (лис- 
тинг 16.10). 
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Листинг16. 10.Включаемый файлсидентификаторамиэлементовресурсов 











ргд16_4.п 
#Чет1пе ТОМ_ОКАМТЕХТ100 
#Чет1пе ТОМ_ТЕХТОЦТ 01 
#дет1пе ТОМ _ТЕМСТН 102 
#9ет1те ТОМ_ВЕСТАМСЬЕ 103 
#ает1пе ТОМ_РЕАСОСК 104 
#ае1пе ТОМ_[АСЕЗ 105 
#ЧеЁ1пе ТОМ_АВООТ 106 
#9еР1пе ТОС_ЕОТТ1 1000 
#Чет1пе ТОС_ЕОТТ2 1001 
#ает1пе ТОС_ЕОТТЗ 002 
#4е{1пе ТОС_ЕОТТ4 1003 
#Чет1пте ТОС_СТАТТС -1 


На основании включаемого файла должен быть составлен эквивалентный вклю- 
чаемый файл ргд16_4.1пс (листинг 16.11). Директиву шсшае рг916_4Апс необходи- 
мо помещать в начале исходного текста приложения. В принципе, этого можно 
и не делать, но тогда нельзя будет использовать символические имена констант, 
определенные в файле ргд16_4.1. Вместо них в соответствующих местах програм- 
мы придется указывать их численные значения. 


Листинг16.11.Включаемый файлсидентификаторами элементовресурсов 





ргд16 4 пс 

ТОМ_ОВАМТЕХТ — еаи 100 
ТОМ ТЕХТООТ еда 101 

ТОМ ГЕМСТН ечи 102 
ТОМ_ ВЕСТАМСЬЕ еду 103 
ТОМ_РЕАСОСК еди 104 
ТОМ_ГАСЕ$ еаи 105 

ТОМ АВОПТ еаи 106 
ТОС_ЕРТТ1 еда 1000 
ТОСТЕОТТ2 еаи 1001 
ТОС ЕОТТЗ еачи 1002 
ТОС_ЕОТТ4 еби 1003 
ТОС_ЭТАТТС еда -1 

















После того как файлы созданы, необходимо выполнить компиляцию файла ре- 
сурсов и получить его двоичный эквивалент ргд16_4.гез. Файл ресурсов рассмат- 
риваемого нами приложения, в отличие от файла ресурсов ргд16_З3.гс, имеет осо- 
бенности. Эти особенности связаны с тем, что при описании ресурса окна диалога 
используются символические имена констант, определенные в файле м/пдом5.!. 
Дальнейшие действия зависят от того, каким компилятором языков С/С++ вы 
располагаете, хотя последовательность этих действий во всех случаях будет при- 
близительно одинаковой. Рассмотрим эту последовательность на примере компи- 
лятора У151а1 С++ версии 6.0, который использовался для компиляции файла ре- 
сурсов приложения ргд16_4: 


1. Скопировать исполняемый файл компилятора ресурсов . .\Мздеу\Ь!п\гс.ехе 
в свой рабочий каталог ..\..\\МОККЗ21. 


' Предполагается, что вы следуете рекомендациям и ведете всю текущую работу в рабочем каталоге, 
кпримеру..\.\\МОВК. В нем находятся необходимые файлы из пакета ТАЗМ и все файлы, относя- 
щиеся к текущему разрабатываемому приложению. Теперь у вас будет два каталога: для 16-разряд- 
ных приложений .\.\\М/ОККилдля 32-разрядных приложений .\.\\МОКВКЗ2. 





424 Глава 16. Создание \ММпао\мз-приложений на ассемблере 


2. Поместить в файл ащоехес Ъа{ строку: саТазт\аг$.Ба{. Файл ТазтУагз.Ба{ пред- 
назначен для установки переменных окружения. Значения переменных опре- 
деляют путь для поиска включаемых, исполняемых и других файлов. После 
модификации файла апоехес.Ба( необходимо перезагрузить компьютер, с тем 
чтобы изменения вступили в силу. 


3. Запустить компилятор ресурсов, указав ему в качестве параметра имя создан- 
ного нами ранее ресурсного файла: 


гс.ехе рг216_4.гС 


Если указанные действия выполнены корректно, вы получите файл р!916_4.гез. 
То, насколько удачно вам удалось определить ресурсы для вашего приложе- 
ния, можно проверить только на этапе его выполнения. Если что-то вас не 
устраивает, то описанный ранее процесс придется повторить, внеся необходи- 
мые коррективы. 


Диалоговая процедура 


В процессе работы с окном диалога пользователь выполняет некоторые действия, 
о которых с помощью сообщений становится известно приложению. В приложе- 
нии для каждого окна диалога должна существовать своя процедура, предназна- 
ченная для обработки сообщений этого окна. Эта процедура называется диалоговой 
процедурой. Даже самое примитивное окно диалога содержит элемент, сообщение 
от которого поступает в диалоговую процедуру. Обычно это кнопка ОКили Сапсе]. 
На языках С/С++ соответствующая диалоговая процедура выглядит так, как по- 
казано влистинге 16.12. | 


Листинг 16.12.Диалоговая процедуранаязыкахС/С++ 


ВООТ САЪЬВАСК Ота|1оёРгос (НММО пампа, ИМТ пеззаде, МРАКАМ мРагат, 
ТРАВАМ 1Рагамт) 


$1 ЕСИ (те$заре) 


{ 
сазе ММ_1МТТОТА! ОС; 


гегаги 1; 
сазе ММ_СОММАМО: 
зи1ЕсЬ (10\М0КО (мРагам)) 


{ 

сазе 1ВОК; //или ТОСАМСЕГ 
ЕпаОта1о5 (пампа, 0); 
тебигп 1; 


} 


тебигл 0; 


В приложении рг416.4.а5т, частично представленном в листинге 16.13, имеется 
фрагмент (строки 523-549), являющийся эквивалентом программы из листинга 
16.12 на языке ассемблера. Это процедура АБоп{О!а10$, поддерживающая работу 
окна диалога Абои(Вох, описанного в файле ресурсов (см. листинг 16.9). Заметьте, 
что если оконная процедура самостоятельно обрабатывает сообщение, то она долж- 
на возвратить 1 (гефигп 1), если нет, то 0 (тегагп 0). 
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Листинг 16.13. Фрагменты приложения ргд16_4.азт 


<1> ;рг516_4. а5т 

<2> ‚Пример приложения для М1132 с использованием меню, 

<3> ;окон диалогов, решением проблемы перерисовки содержимого окна 

<4> ;и демонстрацией некоторых принципов работы с графикой 

;Внимание! !! Координаты вводить из четырех знаков с ведущими нулями: 
И для ввода числа 12 вводить 0012, для 123 вводить 0123 ит. д. 
< 

<6> 1оса1$; разрешает применение локальных меток (с префиксом @@) в программе 
<7> .мо4е1 Е1аё, ЗТОСАЁЁЕ ;модель памяти ЕТаф, 

<8> ‚ЭТОСАЁГЁ - передача параметров в стиле С (справа налево), 

<9> ‚вызываемая процедура чистит за собой стек ) 
<10> 1ис14е м1пдомА.1пс ;включаемый файл с описаниями базовых структур 


;и констант №1132 

<11> 10с1а4е рг#16_4.1пс ;увключаемый файл с определением имен 
‚пунктов меню и окна диалога 

<12> ‚Объявление внешними используемых в данной программе 


;уфункций №1132 (АУСТТ): 
<13> ехЕги  беЕМоди1еНапа1еА: РКОС 
<...> СМ. исходныи текст программы 
<55> ехЕгп — бе101&1{етТех{А : РКОС 





<56> ‚объявление оконной и диалоговых функций объектами, 
‚видимыми за пределами данного кода 
<57> ри11с М1пдомРгос 


<58> руь11с  В1а\1о8вРгос1 
<59> ру611с ПО1а1одРгос2 








<61> ХзбахтЕ 94а 0, 0 

<62> Хепа 94а 0, о 

<63> УзсаксЕ 94а 0, 0 

<64> Уепа аа о, о 

<65> Рипа аа 0 

<66> п115 . 9 0 , 

<67> метас 994 о :1!1!!это глобальная переменная 
<68> тахх 99а 0 ;!!это глобальная переменная 
<69> паху ва 0 ; И Рэто глобальная переменная 
<70> И рУег$ТопТптогмта*1оп ОЗУЕВУТОМТМЕО <?> 
<71> мст ИМОСТАЗЗЕХ <?> 


<72> пеззаде М5б <?> 
<73> рз РАТМТУТКИУСТ <?> 
<74> 1рВесе  ВЕСТ<?> 
<75> рЕ РОШМТ <?> 


<76> $72С1аз5Маще 9 'Приложение М1п32', 0 

<77> $211 (1еМате 95 'Каркасное приложение №1132 на ассемблере’, 0 

<78> Мезм1пдом 96 'Привет! Ну как вам процесс разработки приложения 
на ассемблере? ' 

<79> МезИ1поиЪеп= $ -Ме$мМ1 пдом 

<80> ‚звуковые файлы 


<81> р1ТауР11еСгеате 0 'сгеафе.мау', 0 
<82> р1ауР1ТеРаттЕ ЧР ‘'ратпу.мау’, 0 
<83> р1ауЕ11ерезёкоу 4  'Чез&гоу.мам', 0 
<84> ; имена ресурсов: 

<85> 1рмепи 96 "МУМЕМУ", 0 

<86> 1р91#1 а6 "10Б_ОТАЕОб1", 0 

<87> 1р91=2 96 "Т0Б_01АЕОб2", 0 

<88> 1р91#3 96 "АБоц&Вох", 0 


<89> ; переменные для макроса $Пом_еах 

<90> ееах аа 0 

<91> еесх аа 0, 0 

<92> Сетр1аке 9 '9123456789АВСРБЕЕ' 

<93> МезМзаВох ОФ 'Отладка (содержимое еах): ', 0 
<94> ‚описание макрокоманд 

<95> 10с14е зНои_еах.1пс 


продолжение = 
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Листинг 16.13 (продолжение) 


<96> 
<97> 
<98> 
<99> 
100> 
01> 
02> 
103> 
04> 
05> 
106> 
07> 
108> 
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$114_то_ЕАХЬ1п пасго  3114:геа 





оса1 11 
разв еах 
рав ерх 
раз есх 
оу ерх, 1 
ОУ еах, $1м4 
Ь5мар еах 
оу 39104, 0 
раз еах 
оу есх, 4 
м1: апа еах, 01 
ПИ] еах, ебх 
пи] ерх, 10 
294. $104, еах 
рор еах 
а еах, 8 
158 еах 
оор и] 
рор еах 
рор есх 
рор ерх 
рор еах 
епди 
. соде 


зсагЕ ргос пеаг 
‚точка входа в программу: 
‚начало стартового кода 


‚конец стартового кода 

ИтпмМатт: 

;определить класс окна АТОМ Вез1$1егС1а$$Ех (СОМ5Т ИМОСЬАЗЗЕХ 

; *1рипоСТа$$Ех) , где *1р\упаС1а$$Ех - адрес структуры МидСТаззЕх 
са11 Вед1 с егС]аззЕхА 
сезе ах, ах ; проверить на успех регистрации класса окна 
и еп9_сус1_т$ё ; неудача 

; создаем окно: 


"* са11 Сгеахем1 пдомЕхА 
ет Випа, еах ; Пипа - дескриптор окна 
‚показать окно: 
"сай Зо пом 
‚ перерисовываем содержимое окна 
"сай Ордатем1пдом _ 
: запускаем цикл сообщений: 





Сус] 1139: 

а Се(Меззадед 
стр ах, 
] е епа_сус1_т$5 


;трансляция ввода с клавиатуры 
са11 — Тгапз]абеМеззаде. 
;отправляем сообщение оконной процедуре 


`` са11 1 зрассиМеззадед 
тр СУсТ т55 
епд_сус\_м$8: 
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‚выход из приложения 
ны 

са11 — Ех1ЕРгосе55 
саге епар 





аи а. М1тЧомРГОС: - - - Е ма 
а ргос 
ага @@Пипа: ОМОКО, @@тез:О\ОВО, @@мрагат: ОМОКО, @@1рагам: БМОКО 
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изез ерх, ед1, е$1, ефх ;эти регистры обязательно должны сохраняться 


1оса1 @@пас : ОмОКО, @@ПЬги$Н: ОмОко, @@пЬтЕ: ОмОКО 
стр @@тез$, ММ_ОЕЗТКОУ 
]е мдез{гоу 
стр @@тез$, ММ СВЕАТЕ 
]е итсгеате 
сир @@тез, \М_РАТМТ 
3е ммтралпе 
сир @@тез, ММ _СОММАМО 
]е итсоттапа 
]тр деЁац1Е 
уисгеаее: 
‚ создание растрового изображения, совместимого с окном приложения 


;обозначаем создание окна звуковым эффектом 
са11 Р]1аубочпалд 

; возвращаем значение 0 
тоу еах, @ 
ар ех1Е_мпаргос 

итра1тпт: 

я 

; обозначаем перерисовку окна звуковым эффектом 


‚вывод виртуального окна в реальное окно 


итаезегоу: 


;удалить виртуальное окно Бе1ееепс (метас) 


`; послать сообщение ММ_ОИТТ 


имшсоммала: 
; вызов процедуры обработки сообщений от меню 
;МепоРхгос (0МОВр @@Импта, ПМОВР @@рагам) 
разв @@ирагат 
ризв @@Нипа 


са11 МепаРгос 
тр ех1Е_мпаргос 
ЧеЁац1%: 


; обработка по умолчанию 


пр ех1{_ипаргос 


ех1 {_мпаргос: 
те 
И1пдомРгос епар 
И ая МЕРЕ О ее пен ри аниы 
обработка сообщений от меню 
МепиРгосргос 
аго @@пПипа: ОМОКО, @бирагат: БМОВЬ 
ибезеах, еЪх 
поу ерх, @@мрагат ;в Ьх идентификатор меню 
сир рх, ТОМ ОВАМТЕХТ 
Зе ве ататаикехе 
сир рх, ТОМ ТЕХТОУТ 
3е @@1аткехкоц 


5 Л 
продолжение 5 


апп —6—6—6Шб6б 
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<222> ср рх, ТОМ 1ЕМСТН 
<223> Де @@т1аттепдЕв 
<224> сшр Ьх, ТОМ_ВЕСТАМСЬЕ 
<225> ]е @@1атгесхапЕТе 
<226> сшр Бх, ТОМ_РЕАСОСК 
<227> Де @@14треасоск 
<228> сир Ьх, ТЮМ_1АСЕЗ 
<229> Де @@1а1асез 
<230> сир Ъх, ТОМ_АВОУШТ 
<231> ]е @@1атабои* 
<232> ]тр @@ехтЕ 


<233> @@19тдгамтех*: 
<234> ; получим размер рабочей области ВОО. бехс11еп{Кест (НММО Нипа, 
; РВЕСТ 1рКес{) ; 





<235> разв ОЕЕзеё ТрВесе 

<236> разй @@пипа 

<237> са11 бессС11епКесе 

<238> выводим строку текста в окно 11 ОгаиТехе (НОС 1№0С, 
; ПРСТУТВ 1р5\1г1ия, 10 пСоип\, 

<239> : .РВЕСТ Трвесё, ИМТ иРогмае) ; 

<240> разв РТ_5ТМСЬЕЬРТМЕ+РТ_ВОТТОМ 

<241> разв ОЕЁзеЕ ТрВесё 

<242> фу п г 

<243> разв ОЕЕзее @@ТХТ_ОВАМТЕХТ 

<244> ризй метас 

<245> са11 ОгаиТех&А 

<246> ‚генерация сообщения ММ_РАТМТ для вывода строки на экран 

<247> ризй 1 

<248> разв МОГЬ 

<249> раз @@пупа 

<250> са] Тпуа]1 1дасевесе 

<251> пр @бехте 

<252> @@1аттехЕоце: 

<253> ;выводим строку текста в окно ВОО ТехЕ0ие (НОС Вас, 1пе пх$фагф, 

<254> ; 1 пубекакЕ, ПГРСТУТВ Трбег1па, 1пЕ сЬбЕк1 та); 

<255> В 

<256> са11 ТехеОиеА 

<257> ‚генерация сообщения ММ_РА1МТ для вывода строки на экран 

<258> ризь 

<259> разв МОГ 

<260> разр в@пита 

<261> са11 Тпуа1 1Часевесе 

<262> тр @бех1е 

<263> @@1дт1епё ЕН: 

<264> ‚вызываем окно диалога 1пЕ В1а1о08ВохРагам(НТМ5ТАМСЕ И1пзтапсе, 
;СРСТЗТВ 1рТетр1 афеМаме, 

<265> ‚Нимо ПИпаРагеп+, рьбрвос 1рб1а\о5Рипс, |РАВАМ ам{п1«Рагам) 

<266> разв 0 

<267> ризВ оОЕЕзеёе П01а1о9Рхос1 

<268> разв @опипа 

<269> ризи ОЕЕ5еЕ 1ра1Е1 

<270> разв 175 

<271> са11 О1а1о5ВохРагатА 

<272> ‚установить текущую точку ВООГ МоуеТоЕх (НОС Пас, 11е Х, 116 У, 
;.РРОТМТ 1рРо1п+) 

<273> разн МОБ 

<274> ризВ УзсатЕ 

<275> ри Хегаге 

<276> ри пемас 

<277> са11] МоуеТоЕх 

<278> ‚ВЫВОД линии ВООТ Е1пеТо(НОС вас, 1пЕ пхЕпа, 1пЕ пуЕпд) 








<279> разв Уепа 


а ррррЁ&рЁ&я&А СОС рр пп ЖЖ 
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<280> ризв Хепа 

<281> ризь метмас 

<282> са11 Е 1петТо 

<283> ;генерация сообщения ММ_РАТМТ для вывода строки на экран 
<284> ризв 0 

<285> ризв МИ 

<286> разв @бИипа 

<287> са11 1пуа|!аатевВес+ 

<288> тр @бех1+ 

<289> @01Чтгестап?1е: 

<290> ;вызываем окно диалога 

<291> разв 0 

<292> разв оЕЁЕзее О1а1о9Ргос2 
<293> раз @@пипа 

<294> ризв ОЕЁзеё 1р9152 

<295> разв 115 

<296> са11 Б1а1одВохРагамА 
<297> ‚вывод прямоугольника ВОО. Вескапа1е (НОС Пас, 1пЕ пЪеЕсВесь, 
<298> ;1пё лТорКесЕ, 1пЕ пВ190еВесе, 1пЕ пВо&фотКесЕ) 
<299> ризв УзсагЕ 

<300> рор еах 

<301> разв еах 

<302> 5Ном_еах 

<303> разв ХесагЕ 

<304> рор еах 

<305> разь еах 

<306> зпом_еах 

<307> ризь Уепа 

<308> рор еах 

<309> ризИ еах 

<310> 5пон_еах 

<311> ризь Хепа 

<312> рор еах 

<313> ризв еах 

<314> зпом_еах 

<315> разв пепас 

<316> са1 ВесГапа1е 

<317> ‚генерация сообщения ММ_РАТМТ для вывода строки на экран 
<318> разЬ 0 

<319> ризв МОБ 

<320> разв @@Пипа 

<321> са11 1пуа1 1Часевесе 

<322> тр @бех1т 

<323> @014треасоск: 

<324> ризй МВ_ТСОМТМРОВМАТТОМ+МВ_ОК 
<325> разв ОЕЁзеЕ $211{1еМате 
<326> ризИ ОЕЕзеё @@тТхТт_РЕАСОСК 
<327> ризь @@пипа 

<328> са11 МеззадеВохА 

<329> пр @@ех1Е 

<330> @014т1 асез: 

<331> раз МВ_ТСОМТМЕОКМАТТОМ+МВ_ОК 
<332> рай ОЕЁзеЕ $7Т1Е1еМаме 
<333> разв ОЕЕзее @@ТХТ_ГАСЕЗ 
<334> И @@пипа 

<335> са11 МеззадеВохА 

<336> пр @бехттЕ 

<337> @@1дтаБоит: 

<338> ‚вызываем окно диалога 

<339> ризв 0 

<340> разв ОЕЁЕзес Абоч&ОтаТов 
<341> разв @@пнпа 

<342> ризв ОЕЕзеё 1ра153 

<343> ри$И 1154 


продолжение $ 
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Листинг 16.13(продолжение) 


<344> са11 О1а1оВохРагатА 

<345> ]тр @вех1е 

<346> а 

<347> @бехту: 

<348> тоу еах, 0 

<349> гее 

<350>  @@ТХТ_АВОШТ @Ф ‘ТОМ АВОУТ', 0 


<351>  @@ТХТ_ГАСЕЗ$ ар ‘ТОМ ТАСЕЗ', 0 

<352> @@ТХхТ_РЕАСОСК ФБ — 'ТОМ_РЕАСОСК', 0 й 
<353> @@ТХТ _ТЕХТОИТ ОФ 'Текст выведен функцией ТЕХТООТ 
<354> 1епТХТ_ТЕХТОУТ=$ -@@ТХТ_ТЕХТОУТ 

<355> @@ТХТ_ОВАМТЕХТ 9 ‘Текст выведен функцией ОКАМТЕХТ', 0 
<356> — МепиРгосепар 

<357> ДА 
<358> 21а1оаРгос1 ргос 
<359>  агд @@1919:0МОВр, @@теззаре: ОМОКО, @@чрагат:ОМОКО, @@1рагат: ОМОКО 
<360> цзез еах, ефх, е@1, ез1 








О Та1 о Ро. р 


<361> поу еах, @@те$5аве 
<362> сир ах, ММ_1М1ТОТАЕОб 
<363> Зе @б@ит1птЕа1а\оя 
<364> сир ах, \М_СОММАМО 
<365> пе @@ех1{_Ёа]1зе 
<366> поу ебх, @@мрагат;в рх идентификатор элемента управления 
<367> спр Ьх, ТБОК 

<368> ]е 06@14ок 

<369> сир Ьх, ТОСАМСЕЁ 
<370> 3е 6@@19сапсе1 

<371> пр @@ех1\_Ёа1$е 
<372> @бит1п1 Еата1о5: 

<373> тр @@ех1+Е_ {гие 





<374>  @@1аок: 
<375> ‚читаем Хзтате УТМТ бет015ТтетТех{ (НИМО 101, 1пЕ п1001&1{ем, 
<376> ;ЕРТЗТК Тр$&г1пё, 116 пМахСоип*); 

5 





<377> роз 

<378> разв ОЕЕзеЕ Хэбаге 
<379> ризй ТОС_ЕОТТ1 

<380> разй @бпатЕ 

<381> са11 бео1;Т{етТех{А 
<382> ризИ МВ_ТСОМТМЕОКМАТТОМ+МВ_ОК 
а». 

<387> $114_{0_ЕАХЬ1п ХзсагЕ 
<388> ;читаем Узсаге 

<389> ру$В5 

<390> роз ОЕЕзеё УзбагЕ 
<391> ризй Т0С_ЕОТТ2 

<392> ризй @@1915 

<393> са11 СеЕ0191септТехеА 
Эн. > 

<399> $114 +0 _ЕАХЬ1п  Узгахге 
<400> ;читаем Хепа 

<401> ризИ 5 

<402> ризь ОЕЕзеё Хепа 
<403> ризй ТОС_ЕОТТЗ 

<404> разв @ОПат = 

<405> са11 СеЕ0191ЕетТехеА 
ть 

<411> $114 _+0_ЕАХЬ4п Хепа 
<412> ‚читаем Уела 

<413> разв 5 

<414> роз ОЕЕзеё Уепа 
<415> разв ТОС_ЕОТТ4 

<416> разв @@па15 
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са11 бе101 # тетТеххА 
5114_10_ЕАХЬ1п Уепа 
ризй 0 
ризв @@п91 
са11 Епа01а1ов 
] тр @@ех1Е_Егие 
@@1Ясапсе1: 
ризй МОБЬ 
разв еера1а 
са11 Ер901а109 
тр @@ех1Е_ {гие 
@@ех1Е_Ёа1зе: 
поу еах, 0 
гет 


@@ех1т гие: 
шоу еах, 1 
ге 
Ота\о5Ргос1 епар 
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;: - - - Э1а1о8Ргос2. ............... -- 
21а1оаРгос2 ргос 


ага @@На91;:0м0ВО, @@те$5аре:ОМОКО, @@ирагат: ОМОВО, 


и5е5 еах, ефх, е61, е$1 
поу еах, @@те$5аве 
стр ах, ИМ_ТМТТОТАГОС 
]е @@ит1и1 Е а1атов 
стр ах, ММ_СОММАМО 
]пе @бехт+Е_Та15е 
по\у ерх, 
сир рх, 100К 
3е в@1аок 
спр Ьх, ТОСАМСЕГ 
]е @@1асапсе1 
пр @@ех1+_Га15е 
@@нтт пт Чта\1о5: 
юр @@ех1Е_тгие 
@@1Чок: 
‚читаем Хзфаге ЦТМТ беео15Т+етТех& (НУМО ИОТ&, 
;ОРТУТВ 1р5&г1пт8, 1пЕ пМахСоипЕ); 


рузь ) 

ризН ОЕЕзеё Хэзбаге 
ризв ТОС _ЕБТТ1 

ризи ФОП 

са11 СеЕр191ЕепТехеА 


5114_{0_ЕАХЬ1п Хегахге 


; читаем Узсаге 


ризВ О 

рузЬ ОЕЕзеё УзбагЕ 
разв ТОС_ЕОТТ2 

разь @@ва1 Е 

са11 Се0191семТехЕА 


$114 _{0_ЕАХЬ1п Узгсате 


‚читаем Хепа 


ризВ 5 

разВ ОЕЕзеё Хепа 
разв Т0С_ЕОТТЗ 

ризй @@Па1Е 

са11 СеЕр191ЕепТехЕА 


$114 _60_ЕВАХЬ1п 
; читаем Уепа 
ризп 5 


Хепа 


@@1рагам: МОК 


@@ирагам; в ох идентификатор элемента управления 


106 п10015[ем, 


продолжение 


_идфЬод—додододо_о_о_—————————_ 
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Листинг 16.13(продолжение) 


<497> 
<498> 
<499> 
<500> 


<5 








9> 


<520> 
<521> 
<522> 
<523> 
<524> 
<525> 
<526> 
<52]> 
<528> 
<529> 
<530> 
<531> 
<532> 
<533> 
<534> 
<535> 
<536> 
<537> 
<538> 
<539> 
<540> 
<541> 
<542> 
<543> 
<544> 
<545> 
<546> 
<547> 
<548> 
<549> 
<550> 


Окна диалога, имеющие большое количество элементов управления, должны, 
соответственно, иметь диалоговые процедуры, обрабатывающие сообщения от этих 
элементов. В нашем примере определены два окна диалога, внешне очень похожие 
друг на друга. С их помощью пользователь может задавать координаты начала 
и конца отрезка и углов прямоугольника. На рис. 16.3 приведен вид окна прило- 
жения с окном диалога для задания координат прямоугольника. 

При задании координат пользователь сам должен контролировать правильность 
ввода данных, так как алгоритм программы не предусматривает их проверки. Пра- 


ри$в ОЕЕзее Уепа 
разН ТОС _ЕБТТ4 

ризь ФОП" . 

са11 бе%{01&Т(етТех{А 


5114 фо _ЕАХЬТп \Уепа 
ри$В МОБ 

разь вета] 9 

са11 Епа01а109 


тр @бехтЕ_{гие 
@@1АсапсетТ : 
ризь МОБЬ 


разв @@Па1 Е 
са11 Епа01а109 


пр @бех1{_{гие 
@@ех1Е_Ра13е: 

МОУ еах, 0 

тег 


@@ех1Е_Ехие: 
шоу еах, 1 
Еев 
01а109Ргос2 епар 
Е АБои Ва 9 








АроцЕ01а109 ргос 
ага @@па1р: ОМОВО, @бте$заве: ОМОВО, @@мрагат: ОМОКО, @@1рагам: ВМО 
изез еах, ебх, ед1, е51 
поу еах, @@теззаре 
стр ах, ИМ_ТМТТОТАГОС 
3е @@ит1п1Еата1оя 
сшр ах, ММ_СОММАМО 
пе @@ех1+Е_Та1 зе 
тоу‘ебх, @@мрагат;в рх идентификатор элемента управления 
сир 6х, ТОК 
3е @@140к 
] пр @@ех1&_Та1е 
@бит1 пт Чт а1о5: , 
] пр @@ех1Е_{гие 
@@1аок: 
роз МОБЬ 
разв @онч1 Е 
са11 Епа01а109 
пр @@ех1{_{гие 
@бех1(_Та15е: 
поту еах, 
те 
@@ех1Е_{гие: 
поу еах, 1 
те 
АБоцЕ01а1о09 епар 
еп зГагёе 





Углубленное программирование на ассемблере для \М/п32 433 





Задайте координаты углов прямоугольника: 


ТеН Тор: Вю Воцомт: 


Хх [0010] х 10300 ] 


У [6020] 





Текст выведен функцией ОВА\УТЕ 


Ата 


Рис. 16.3. Окно диалога для задания координат прямоугольника 


вильные значения, вводимые в каждое из полей ввода, должны содержать все че- 
тыре десятичные цифры с включением, при необходимости, ведущих нулей (!). 

Для обработки сообщений от этих окон диалога программа ргд16.4.а$т (см. ли- 
стинг 16.13) содержит две диалоговые процедуры, О1аюдРхос1 и П1а1о2Ргос2. Про- 
цедура О1а[одРгос1 (строки 357-439) предназначена для ввода координат отрезка, 
процедура О1а1озРгос2 (строки 440-522) — координат прямоугольника. Структура 
диалоговой процедуры аналогична структуре оконной процедуры. В начале диа- 
логовой процедуры находится код, определяющий тип поступившего сообщения 
и в зависимости от него передающий управление в определенную точку диалого- 
вой процедуры: 


моу еах, @@тез5аре 
стр ах, ИМ_ТМТТОТАЕ Об 
]е @бут1и1кататов 
стр ах, ММ_СОММАМО 
те @бехтЕ_Та15е 
тоу ебх, @@ирагам ; В Бх идентификатор элемента управления 
стр 6х, Т00К 
}е 0014ок 
стр 6х, 1ОСАМСЕЁ 
]е @614асапсе\1 
]тр @@ехтЕ_Га15е 

Главное сообщение, поступающее в оконную процедуру, — сообщение 
\ММ_СОММАМО. Именно оно несет информацию о действиях пользователя с элемен- 
тами управления окна диалога. Так, в строках 361-371 листинга 16.13, обрабаты- 
ваются два сообщения: \ММ_ТМГТОТАЕОСб и \ММ_СОММАМО. Сообщение \ММ_ТМТЬОТАЕОб 
приходит в диалоговую процедуру один раз. Это происходит в процессе инициа- 
лизации окна диалога перед его появлением в окне приложения. Далее в диалого- 
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вую процедуру поступает последовательность сообщений \М_СОММАМО. Параметр 

'\уРагат такого сообщения содержит идентификатор того элементауправления, над 
которым пользователь произвел некоторое действие, например, щелкнул на кноп- 
ке ОКили Сапсе! (см. рис. 16.3). Обратите внимание на то, что при описании элемен- 
тов различных окон диалога используются одни и те же идентификаторы. Более 
того, в файле ргд16_4.Н этим идентификаторам назначены одни и те же константы. 
Именно их значения передаются в структуре сообщения для идентификации кон- 
кретного элемента окна диалога. Одинаковые значения не вносят никакой пута- 
ницы в работу приложения, так как для каждого окна диалога существует своя 
оконная процедура. 

Интерес представляют детали реализации диалоговых процедур О1а1оРгос1 
и О1а1озРгос2. В них используются две отладочные макрокоманды, $1т4_40_ ЕАХЫт 
и зВо\_еах. 

Макрокоманда $1т4_{о_ЕАХЬт в программе р!д16_4.азт предназначена для пре- 
образования строки из четырех символов десятичных цифр в эквивалентное дво- 
ичное число, помещаемое в регистр ЕАХ. В данной программе эта макрокоманда 
требуется для преобразования символьных строк, считываемых из полей ввода окна 
диалога. Эти символьные строки логически представляют собой координаты от- 
резка и прямоугольника. Преобразованные с помощью макрокоманды $1т4_ 
{о_ЕАХЫт значения этих координат используются функциями \!!1132 АР! МоуеТоЕх 
(строки 272-277), ШипеТо (строки 278-282) и Весапее (строки 297-316). В конце 
своей работы макрокоманда $11 4_+0_ЕАХЫпс помощью окна, выводимого функци- 
ей МеззадеВох, сообщает о результатах преобразования. Это отладочный момент 
работы, и, учитывая учебный характер разрабатываемого приложения, он не убран 
из его конечной версии. 

Макрокоманда $по\/_еах также используется для отладки и является аналогом 
макрокоманды зВо\, описанной в главе 14. Попытказапустить макрокомандуВо\ 
в нашем приложении ни к чему хорошему не приведет, поэтому для динамическо- 
го контроля за работой программы макрокоманда $Но\/_еах может оказаться очень 
полезной. Кстати, проблема отладки \Ит4о\/з-приложений довольно актуальна, 
и для ее решения подчас приходится применять самые нетрадиционные подходы, 
но это уже тема для отдельного разговора. 


Активизация окна диалога 


Для того чтобы отобразить окно диалога на экране и выполнить с его помощью 
некоторую работу, используетсяфункция О1а1о5ВохРагатА. Этафункцияимеетсле- 
дующий формат (в нотации С/С++): 
шЁ Ота\оёВохРагат (НИМ5ТАМСЕ ПТп$тапсе, //дескриптор приложения 

ЁРСТЬТВ 1рТетрТафеМмаме, //указатель на строку с заголовком окна 

НИУМБ ПупдРагейт, //дескриптор окна 

ОЕСРВОС Т1рб1а1о5Рипс, //указатель на диалоговую процедуру 


РАВАМ Чч1п1{Рагат) //значение, передаваемое в диалоговую функцию 
//через 1Рагат 


В программе рг916_4.а5т (см. листинг 16.13) обращение к этой функции произ- 
водится трижды при выборе соответствующих пунктов меню (строки 271, 296 и 344 
в теле процедуры МепаРгос). С ее помощью в диалоговую процедуру передается 
32-разрядное значение, которое извлекается посредством параметра ГРагат. 
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По окончании работы окно диалога должно быть закрыто функцией Еп@О1а(оц, 
имеющей формат 


ВОО Епаб!а9д (НММО Н01&, //дескриптор окна диалога 
1п& пАезий); //возвращаемое значение 


Обычнозакрытиеокна производится щелчком накнопке ОК или Сапсе|. 

Большой размер исходного текста приложения рг416_4.азт может кого-то ис- 
пугать. Он может быть существенно сокращен за счет различных средств ассемб- 
лера, в том числе макрокоманд и процедур. Если с их помощью реорганизовать 
исходный текст, то он станет гораздо читабельнее и удобнее для использования, 
почти как аналогичный текст на языке С/С++. Однако в отличие от текста на 
С/С++ текст наассемблере — готовая машинная программа, в которую ничего лиш- 
него не добавляется и код которой полностью контролируется. Более того, с этим 
текстом можно проводить весь комплекс мероприятий по его оптимизации. В на- 
шем примере намеренно ничего не сделано в плане улучшения внешнего вида ис- 
ходного текста, чтобы не навязывать читателю свои подходы к этому процессу, 
тем более что это могло бы ввести его в заблуждение. Текст программы в настоя- 
щем виде более всего отражает суть процессов, происходящих в системе \п90\$ 
во время исполнения приложения, и механизм взаимодействия приложения с си- 
стемой. 

Нами остались не разработанными варианты реакции приложения на выбор 
пользователем пунктов меню Графика » Эффекты » Павлин и Графика » Эффекты ›» 
Кружева. Их реализация требует использования команд сопроцессора и поэтому 
будет рассмотрена в следующей главе. 

В начале главы отмечалось, что УЙт4о\$ поддерживает работу двух типов при- 
ложений — оконных, в полной мере использующих все достоинства графического 
интерфейса, и консольных, работающих в текстовом режиме. Большая часть дан- 
ной главы была посвящена разработке программ с оконным интерфейсом. Заклю- 
чительную часть главы посвятим рассмотрению основ программирования консоль- 
ных приложений. 


Программирование консольных 
\\ММпаом$-приложений 


Язык ассемблера — язык системных программистов, исследователей принципов 
работы операционных систем, программ и аппаратных средств. Здесь не всегда 
нужны красивые графические оболочки, а наоборот, велика потребность в удоб- 
ных средствах для работы с текстовой информацией. Операционная система 
УЛпдо\$ обеспечивает встроенную поддержку консолей, которые, по определению, 
являются интерфейсами ввода-вывода для приложений, работающих в текстовом 
режиме. Понятие «консоль» существует в вычислительной технике давно. В об- 
щем случае под «консолью» подразумевают текстовый терминал для управления 
компьютером. Видимая часть такого терминала — клавиатура (для ввода управля- 
ющих воздействий) и монитор (как средство отображения-реакции вычислитель- 
ной системы). В Уп 9до\5 консоль представляет собой приложение, которое поз- 
воляет взаимодействовать с операционной системой посредством ввода текстовых 


ди 88585858 ——___—д—д А )ААА.«.‚ 
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команд. Такой способ управления компьютером позволяет решать в основном ад- 
министративные задачи. Приложение, с помощью которого поддерживается этот 
режим, называется консольным. Видимая часть консольных приложений называ- 
ется окном консольного приложения. 

Написание консольных приложений на ассемблере — задача более актуальная, 
чем написание оконных. Причина простая — малыми затратами нам становятся 
доступны практически все возможности \т32 АРГ. Программист может запус- 
тить одновременно нескольких консольных приложений и приэтом работать с мышью 
и клавиатурой в стиле УЛт4до\. Далее мы рассмотрим порядок действий для запус- 
ка консольного УМ т4о\з-приложения и организацию обмена данными с ним. 

АРТ \У1132 предоставляет два разных уровня работы с консолью — высокий 
и низкий. Выбор нужного уровня зависит от того, какая степень гибкости и полно- 
ты контроля требуется приложению для обеспечения своей работы с консолью. 
Функции высокого уровня обеспечивают простоту процесса ввода-вывода за счет 
использования стандартных дескрипторов ввода-вывода, но при этом невозможен 
доступ к входному и экранным буферам консоли. Функции низкого уровня требу- 
ют учета большего количества деталей и написания большего объема кода, но это 
компенсируется большей гибкостью. 

Консоль состоит из одного входного и нескольких экранных буферов. Входной 
буфер представляет собой очередь, каждая запись которой содержит информацию 
относительно отдельного входного события консоли. Экранный буфер — двухмер- 
ный массив, содержащий символы, выводимые в окно консоли, и данные об их 
цвете. 

Очередь входного буфера содержит информацию о следующих событиях: 


и нажатии и отпускании клавиш; 





манипуляциях мышью — движение, нажатие и отпускание кнопок; 
П изменении размера активного экранного буфера, состоянии прокрутки. 


С каждой консолью связаны две кодовые таблицы — по одной для ввода и вы- 
вода. Консоль использует входную кодовую таблицу для трансляции ввода с клавиа- 
туры в соответствующие символьные значения. Аналогичным образом исполь- 
зуется кодовая таблица вывода — для трансляции символьных значений, форми- 
руемых различными функциями вывода, в символы, отображаемые в окне консоли. 
Для работы с кодовыми таблицами приложение может задействовать пары функ- 
ций: зеСопзоеСР и Се Сопз]еСР — для входных кодовыхтаблиц и Зе Сопзо{еОшри СР 
иО6е(Соп50еОшри СР — длявыходныхкодовыхтаблиц. Идентификаторы кодовых 
таблиц, доступные на данном компьютере, сохраняются в системном реестре сле- 
дующим ключом: | 
НКЕУ_ГОСАЕ_МАСНТМЕ\ \ $У$ТЕМ\ \СиггепЕСопего1 5её\ \Сопего1 \ \ №1 $ \ \СодеРаре 


Для поддержки консольных приложений \!1т32 АРГ содержит более сорока 
функций, предназначенных для интеграции в среду У\УЛп4о\5$ программ, работаю- 
щих в текстовом режиме. Данные функции обеспечивают поддержку отмеченных 
ранее двух уровней доступа к консоли — высокого и низкого. Консольные функ- 
ции ввода высокого уровня позволяют приложению извлечь данные, полученные 
при вводе с клавиатуры и сохраненные во входном буфере консоли. Консольные 
функции вывода высокого уровня позволяют приложению записать данные вуст- 
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ройство стандартного вывода или в устройство ошибки с тем, чтобы отобразить 
этот текст в экранном буфере консоли. Функции высокого уровня также поддер- 
живают переназначение стандартных дескрипторов ввода-вывода и управление 
режимами работы консоли. Консольные функции низкого уровня позволяют при- 
ложениям получить детальную информацию о вводе с клавиатуры, событиях на- 
жатия и отпускания кнопок мыши и о манипуляциях пользователя с окном консо- 
ли. Все это обеспечивает высокую степень контроля над выводом данных на экран. 
Высокоуровневый и низкоуровневый консольный ввод-вывод не являются вза- 
имоисключающими, и приложение может использовать любую комбинацию этих 
функций. 


Минимальная программа 
консольногоприложения 

Минимальная программа консольного приложения на ассемблере выглядит так, 
как показано в листинге 16.14. 

Листинг16.14.Фрагменты приложения ргд16_5.азт 


;рг516_5.а$т | 
; Пример минимальной программы консольного \1п4ои$-приложения 


‚моде1 ЕТае, ЗТОСАЕЕ ‚модель памяти ЕЛаё 
10с1а4е М1 ипдоиСопА, 1пс , 
;Объявление внешними используемых в данной программе функций №1132 (А5СТТ) 








ехсухп  А11осСоп$о1е:РКОС 
ехёгп 5еЕСоп5о1ет1+1еА:РКОС 
ехсгп — Ех1ЕРгосе$5 :РКОС 
‚Дата 
716 1еТехе 9 —'\1п32-сопзо1е арр\1са&1оп' ‚9 
.соае 
$баге ргос пеаг ;точка входа в программу: 
;узапрос консоли 
са11 А11осСопзо1е 
‚проверить успех запроса консоли 
сезе еах ‚ еах 
]2 ех1е ; неудача 


‚выведем заголовок окна консоли ЗетСопзо\ет1{1е: 
разв ОЕЁЕзеё Т1Е1еТехё 
са11 5еЕСоп5о1еТ1 {1еА 

у проверить успех вывода заголовка 


Се$е еах , еах 
]2 ех1ё ; неудача 
“работаем 
хе: ‚выход из приложения 
‚готовим вызов УОТО Ех1ЕРгосе$$ (ИТМТ иЕхт&Соде) 
ри$зв 0 
сан ЕхИРгосе$$ 
зтаг{ епар 
епа фа 


Если убрать комментарии, то кода будет совсем немного. В нем представлены 
вызовы трех функций: АЦосСопзое, Зе Сопзо(е Ще, ЕхиРгосез$. 

Первой функцией консольного приложения должна быть функция запроса кон- 
соли АПосСоп50|е: 
ВООТ АТ1осСопзоТе (МОТО) ; 


_ дд до _Ц——_—_—_—_—_—__—__Й—Й 
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Для вызова функции АПосСопзо[е не требуется никаких параметров. В случае 
успеха функция АПосСопз$0]е возвращает ненулевое значение, при неудаче — нуль. 
Выделенная консоль представляет собой типичное для УЛп4о\з окно. Процесс 
в конкретный момент времени может использовать одну консоль. Если ему нужно 
запустить еще одну консоль, то прежняя должна быть закрыта или освобождена 
с помощью функции ЕгееСопзо[е: 


ВООГ, ЕгееСопзо1е (У01Ь) ; 


В случае успеха функция ЕгееСопзо]е возвращает ненулевое значение, при не- 
удаче — нуль. 

При завершении процесса выделенная процессу консоль освобождается авто- 
матически. В нашем случае использован именно этот вариант закрытия консоли — 
функцией ЕхИРгосезз: 

УОТО ЕхтЕРгосе$$ (ИТМТ иЕх1&Соде); 


Функции ЕхИРгосе$$ передается код завершения процесса и всех завершаемых 
цепочек в этом процессе. Проанализировать этот код можно с помощью функций 
СеЕхИСодеРгосез$ и бе+Ех{СодеТНгеа4, В общем случае в различных ветвях кода 
может быть несколько точек выхода с вызовом функции ЕхИРгосез$. Задавая раз- 
личные значения кода завершения, можно идентифицировать причину заверше- 
ния процесса. 

Окно консоли может иметь заголовок, для отображения которого предназначе- 
на функция Зе Сопзо[еТШе: 

ВООГ. зе:Сопзо1еТт {Те (ЕРСТ$ТВ 1рСопзо1еТ1{1е) ; 

У функции Зе Сопзо!еТШе один параметр — указатель на строку с заголовком 

консоли, заканчивающуюся нулем. 


Организация высокоуровневого 
консольного ввода-вывода 


Для высокоуровневого ввода-вывода приложение может использовать файловые 
функции КеаЧЕЦе и Це Ее, а также функции консольного ввода-вывода Кеа@Сопзо1е 
иг КеСопзо(е. Эти функции обеспечивают косвенный доступ к входному и экран- 
ным буферам пульта. Физически эти функции фильтруют записи входного буфе- 
ра консоли так, чтобы возвратить ввод как поток символов, игнорируя все другие 
записи с расширенной информацией о мыши, клавиатуре и изменении размеров 
окна консоли. Отфильтрованный поток символов отображается в окне консоли, 
начиная с текущей позиции курсора. Существуют два важных различия в исполь- 
зовании пар функций КеааЕПе\УтиеЕ|еи Веа@ Сопзо!е\УтиеСопзо[е. 


я Поддержка символов Оп1содеи АМЗГ. Консольные функции (ВеадСопзо[е\ 
УтИеСопз01е) поддерживают эти наборы, а файловые (Кеа@РЦе\\Ие[ЕЦе) — нет. 





Функции файлового ввода-вывода могут использоваться для обращения как 
к файлам, так и к именованным каналам (устройствам, присоединенным к по- 
следовательному интерфейсу). Консольные функции ввода-вывода можно ис- 
пользовать только с тремя дескрипторами стандартного ввода-вывода (см. да- 
лее описание функций КеаЧСопзо(е\\МеСопз(е). 


Из сказанного ранее следует, что функции высокоуровневого ввода-вывода обес- 
печивают простой способ обмена (чтения-записи) ПОТОКОВ СИМВОЛОВ С КОНСОЛЬЮ. 
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Операция чтения высокого уровня реализуется функцией Кеа4Сопзо]е, которая 
получает входные символы из буфера ввода консоли и сохраняет их в указанном 
буфере: 


ВООЕ Кеа9Сопзо1е (НАМОЕЕ ИСопзо1еТпри{, ЁГРУОТО 1рВиНег, 
РММОНО пМитбегО{Сваг$ТоКеаа, ЕРОМОКО 1рМитьегО{Спаг$Веаа, 
ЕР\УО!О 1рВе$егуед); 


Параметры этой функции означают следующее: 
# №Сопз01е]при— дескрипторвходного потокаконсоли; 


= ГрВиЙег — указатель на строку, в которую будет записана вводимая строка сим- 
волов; 


# пМишбегОРСрагТоКеа4—размербуфера, указанного рВиЁетг; 
№ рМишЬегОЁРСВаг5Веаа—количестводействительновведенныхсимволов; 
 [рКезегуе4 — этот параметр не используется, поэтому должен задаваться как МИ 


Операция записи высокого уровня реализуется функцией И! еСоп5о|е, которая 
извлекает символы из указанного буфера и записывает их в экранный буфер, на- 
чиная с текущей позиции курсора и продвигая ее по мере записи символов. 


ВООЕ Мгт&еСопзо1е(НАМОЕЕ ПСоп$о1ебифриф, СОМЗТ УМО! *1рВи{Рег, 
ОМЮВО п№имоегО{СпагТо\г1хе, ЕРОМОВО 1р№итьего{Сваг$Мг1 {{ей, 
РУО 1рКе5егуед); 


Параметры этой функции означают следующее: 
№ №Сопз0[еОпри{ — дескриптор выходного потока консоли; 
# ТрВиЙег — указатель на выводимую строку; 
# пМишЬегОРСВагТо\тие—размербуфера, указанного [рВиЁетг; 
# |рМитБегО!СПаг$ИИИ епт — количество действительно выведенных символов; 
ва [рКезегуей — этот параметр не используется, поэтому должен задаваться как МИШ. 


Для своей работы эти и некоторые другие консольные функции требуют полу- 
чения стандартных дескрипторов ввода-вывода. Значения этих дескрипторов при- 
сваиваются параметрам НСопз01е]приё и ВСопзо1еОт(риЕ. По умолчанию стандарт- 
ный дескриптор ввода связан с клавиатурой, стандартный дескриптор вывода — 
с экраном. Получить стандартный дескриптор ввода-вывода можно с помощью 
функции бе{5{ЧНап Ее. | 
НАМОГЕ 06159 Нап@е(О\УОКО пз+анапате) ; 

На вход функции Се{5{АНап{е должно быть подано одно из следующих значе- 
ний: 


+ 


ТО ТМРОТ_НАМО\Е = -10 — дескриптор стандартного входного потока; 


# 510 ОУТРУТ_НАМОЕ = -11 — дескриптор стандартного выходного потока; 
& УТО_ЕККОК_НАМОЕЕ = -12 — дескриптор стандартного потока ошибок. 


Используя функции высокоуровневого ввода-вывода, приложение может управ- 
лять цветами текста и фона, которыми должны отображаться символы, записыва- 
емые в экранный буфер. Приложению доступны следующие функции высокоуров- 
невого консольного ввода-вывода: 





эхо-контроль вводимых символов на экране из активного экранного буфера; 
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ввод строки, окончание операции чтения которой происходит при нажатии кла- 
виши Ещег; 


№ автоматическая обработка некоторых символов, вводимых с клавиатуры: пере- 
вода каретки, нажатия клавиш (1+ и т. д.; 


$ автоматическая обработка некоторых символов, выводимых на экран: перево- 
да строки и каретки, возврата на один символ и т. д. 


Функция $е{Соп5о{еСигзогРо$ИЛоп предназначена для указания позиции, с кото- 
рой начинается выполнение операций чтения-записи в окно консоли: 


ВОО $е{Сопзо1еСиг$огРо$1{1оп (НАМОЕЕ ПСопзо1ебифрих, 
СООВО днСиг$огРо5110п); 


Параметрами этой функции являются стандартный дескриптор вывода ВСоп$0]е- 
Ошри, полученный функцией бе{НапаЕ, и указатель на структуру С008Л с ко- 
ординатами новой позиции курсора: 

СООАО Гис : 


х 9 0 
у 9 0 
епа$ 


По умолчанию цветовое оформление окна консоли довольно унылое — черный 
фон, белый текст. Внести разнообразие во внешний вид окна консоли поможет 
функция 5еСоп5о[еТежАипЬще, с помощью которой можно изменить цвета, уста- 
новленные по умолчанию для текста и фона: 

ВОО $ехСоп5оТеТехеАЕЕг1Бите (НАМОБЕ иСоп5о1ебифрие, \М0КО мАзегтБите$); 


Первый параметр — без комментариев, второй определяет цвет текста и фона. 
Второй параметр формируется через операцию логического ИЛИ следующих зна- 
чений: 


т РЕОВЕСВОУМО ВНУЕ = 00011 - синий текст; 
# ГОКЕСКОУМО_СВЕЕМ = 00028 - зеленый текст; 
# ГОКЕСКОУМО ВЕС = 00041 - красный текст; 
 ЮКЕСКОИУМО ТМТЕМ$ПУ = 0008Н - текст повышенной яркости; 
# ВАСКОКОУМО_ВЕЦЕ = 00101 - голубой фон; 
#8 ВАСКСКОУМО_СКЕЕМ = 00201 - зеленый фон; 
ВАСКСВОУМО ВЕБ = 00408 - красный фон; 
& ВАСКСКОЦМО_ ТМТЕМ$ПУ= 00801 - фон повышенной яркости. 


Для задания белого цвета складываются три цветовых компонента, для зада- 
ния черного компоненты не задаются вовсе. 


Пример программы консольного ввода-вывода 


Для демонстрации функций высокоуровневого ввода-вывода в окно консоли раз- 
работаем программу, которая вводит с клавиатуры строку и отображает ее в заго- 
ловке окна консоли, а затем выводит эту строку в окне консоли с изменением те- 
кущей позиции курсора и цвета текста (листинг 16.15). 


Листинг 16.15. Фрагменты приложения ргд16_6.азт 


;ргё16_6.азт - программа консольного ввода-вывода 
;с изменением атрибутов выводимого текста 


+ \ 
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„Чата 
. соде 
Убаге ргос пеаг ‚точка входа в программу: 
‚получим стандартные дескрипторы ввода-вывода 
ризй $Т9_ОУТРУТ НАМОТЕ 
са11 СессеаНапа1е 
МОУ Чи, еах ;90%Е - дескриптор консольного вывода 
рип $ТВ_1МРУТ_НАМОТЕ 
са11 СесзеаНата]1е . : 
ие 91п,еах ;Ч]т - дескриптор консольного ввода 
;‚ введем строку 
‚установим курсор в позицию (2,6) 





поу сой.хх,2 
поу соп.уу,6 
разв соп 
ризН Чи 
са1 зе{Соп5о1еСиг5огРо$1 1101 + 
стр еах, 0 
]2 ех1 { ;если неуспех 
ризь 0 
разй ОЕЕзее МимМг1 ;количество действительно введенных символов 
ризь 80 ; размер буфера Т1Е1еТехЕ для ввода 
разв ОЕЁЕвеё Т1Е1еТехЕе 
разв аТп 
са11 ВеаЯСопзо1едА 
сир еах, 0 
]2 ех1{ уесли неуспех 
‚выведем введенную строку в заголовок окна консоли: \ 
разИ ОЕЁЕзее Т1Е1еТехе 


са11 5е1+Соп501еТ1+1еА 
‚проверить успех вывода заголовка 

Сезе еах ‚ еах 

12 ех1е ; неудача 
‚выведем строку в окно консоли с различных позиций и с разными цветами 
‚установим курсор в позицию (2,5) 





поУ есх, 10 ‚строку выведем 10 раз 
поу ©1,10000001Ъ ‚начальные атрибуты 
п]: роз есх 
11 соп. хх 
1ас соп.уу 
разв соп 
ризв 90% 
са11 5е{Соп$о1еСиг5огРо$1 {топ 
стр еах, 0 
32 ех1 ;если неуспех 
; определим атрибуты выводимых символов: 
‚будем получать их циклически сдвигом - регистр В 


хог вах ‚ еах 
гот 1,1 
поУ а1, 61 
разв еах 
разв 900 
са1 5е{Соп5о1еТехЕА{ гтБите 
сир еах, 0 
12 ехе ;если неуспех 
‚вывести строку 
разв 0 
разв ОЕЁзеё Мим\Мут ‚реальное количество выведенных на экран 
СИМВОЛОВ ; 
ризВ МимИг1 ; длина строки для вывода на экран 
ризЬ ОЕЕзеёе Т1{1еТех&; адрес строки для вывода на экран 
ризЬ 90%Е 





са11 Мг1хеСопзо1еА продолжение 8% 


—_—_о_о_о_о_о_о_о_о_о_——————————— м ——ЖЖ8——8—8——3—Ж——5к5к5к5к—ккккк80о800о_од_оооддод_д_д_д_0— 


442 Глава 16. Создание \ММпао\м/$-приложений на ассемблере 


Листинг 16.15 (продолжение) 


стр еах,0 
17 ехи ‚еспи неуспех 
рор есх 
юорп! 
ехи: ‚выход из приложения 


Каждый консольный процесс имеет собственный список функций-обработчи- 
ков, которые вызываются системой, когда происходят определенные события, на- 
пример, при активном окне консоли пользователь нажимает комбинацию клавиш 
СЕ+С, СЕ+ВтеаК или С +Со‹е. При запуске консольного приложения список функ- 
ций-обработчиков содержит только заданную по умолчанию функцию, которая 
вызывает функцию ЕхИРгосе$$. Консольный процесс может добавлять или уда- 
лять дополнительные функции-обработчики, вызывая функцию 5е{Сопзо(есС+и|- 
Нап ет: 

ВООГ беСоп$о1еСЕг1Напа\ег (РНАМОЕЕВ_КОУТТМЕ Напё1егВои%1те, ВОО Ада); 

Данная функция имеет два параметра: 


й НапФегВоите — указатель на определенную приложением функцию Напег- 
Коципе, которая должна быть добавлена или удалена; 





А94 — логическое значение: 
С 1 — функция должна быть добавлена; 
с 0 — функцию необходимо удалить. 


Функция Нап] егКоп пе — этоопределенная приложением функция обратного 
вызова. Консольный процесс использует эту функцию, чтобы обработать нажатия 
клавишуправления. Насамомделе Нап ]егКоипе—идентификатор-заполнитель 
для определенного приложением имени функции: 

ВООГ. иТМАРТ Напа1егВои*1пе (ОМОВО аиС&г1Туре); 


Параметр ОуСТуре определяет тип сигнала управления, получаемого обработ- 
чиком. Этот параметр может принимать одно из следующих значений: 


К СТВГ С Е\ЕМТ = 0 — сигнал, имитирующий нажатие клавиш С#+С, может быть 


получен из двух источников: с клавиатуры или от функции СепегаеСопзо]е- 
СЕуепЕ; 


9 СТВГ_ВКЕАК _ЕУЕМТ = 1 — сигнал, имитирующий нажатие клавиш С+Втеак, мо- 
жет быть получен из двух источников: с клавиатуры или от функции Сепегае- 
Сопзо(еСЕ\уепе; 





СТВЕ_СГОЗЕ_ЕУЕМТ = 2 — сигнал, который система посылает всем процессам, под- 
ключенным к данному консольному приложению, когда пользователь его за- 
крывает (выбирая пункт С1о$е в системном меню окна консоли или щелкая на 
кнопке завершения задачи в диалоговом окне Менеджера задач); 





СТКЕ _10бОЕЕ_ЕУЕМТ= 5 — сигнал, который посылается всем консольным процес- 
сам, когда пользователь завершает работу в системе (этот сигнал не указывает, 
какой именно пользователь завершает работу); 


п СТКГ ЗНОТБО\М_ЕУЕМТ = 6 — сигнал, который система посылает всем консоль- 
ным процессам при подготовке к выключению машины. 
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Функция Нап егКоипе должна возвратить логическое значение: | — если она 
обрабатывает конкретный сигнал управления; 0 — для обработки полученного со- 
бытия будет использоваться другая функция-обработчик Нап ]егКопИпе из списка 
функций-обработчиков этого процесса (то есть включенная в этот список раньше 
данной функции). 

Как уже было упомянуто, каждый консольный процесс может определить не- 
сколько функций Нап {егКоцИ пе, которые связываются в цепочку. Первоначально 
этот список содержит только заданную по умолчанию функцию-обработчик, вы- 
зывающую функцию ЕхИРгосез$, что в результате приводит к завершению текуще- 
го консольного приложения. Консольный процесс добавляет или удаляет допол- 
нительные функции-обработчики, вызывая функцию $е*Соп5о{еС (Нап ег, которая 
не затрагивает список функций-обработчиков других процессов. Когда консоль- 
ный процесс принимает любой из сигналов управления (см. выше), то вызывается 
последняя зарегистрированная функция-обработчик, если она не возвращает 1,то 
управление передается следующему (предыдущему) зарегистрированному обра- 
ботчику и так продолжается до тех пор, пока один из обработчиков не возвратит 1. 
Если ни один из обработчиков этого не сделал, то вызывается обработчик, задан- 
ный по умолчанию. 

Установка обработчиков для сигналов СТКГ СГОЗЕ_ЕУЕМТ, СТВГ ТОСОЕЕ_ЕУЕМТ 
и СТВГ ЗНОТБО\М_ЕУЕМТ дает процессу возможность выполнить специфичные для 
него действия по корректному завершению приложения. Пользовательская функ- 
ция Нап@]егКочИпе может быть вызвана для того, чтобы выполнить следующие дей- 
ствия: 


г вызвать функцию ЕхИРгосез$ для завершения процесса; 


$# возвратить 0 (ложь) — это означает, что завершение приложения должен вы- 
полнить обработчик, заданный по умолчанию; 


3 возвратить 1 — в этом случае никакие другие функции-обработчики не вызы- 
ваются, и система отображает модальное окно диалога с запросом о необходи- 
мости завершения процесса. 


В последнем случае система также отображает окно диалога, если процесс не 
отвечает определенное время (5 секунд для СТКЕ_С1О$Е_Е\МЕМТ и 20 секунд для 
СТВГ ГОСОЕЕ_ЕУЕМТ и СТКЕ_5$НИТООММ_ЕУЕМТ). Процесс может использовать функ- 
цию бе{Ргосе$$ пи домиптРагате{ет$, чтобы запретить системе отображать окно диа- 
лога. В этом случае система простозаканчивает процесс, когда Нап 9 1егКопИпевоз- 
вращает истину или когда истекает определенный период времени. 

В листинге 16.16 приведен пример пользовательского обработчика события — 
ввода комбинации (11+ или СЕ+ВтеакК. За основу взята предыдущая программа. 


Листинг 16.16. Фрагменты приложения рг916_7.азт 


;рг516_7.азт - программа, демонстрирующая 
‘пользовательский обработчик события. 


“ака 
Тех СТВЕ_С 6 "Нажаты СТВЬ+С" 


Ееп_ТехЕ_ СТВЕ=$-ТехЕ_СТКЬ_С 


Тех{ _ВАЕАК 96 "Нажаты СТАЕ+ВВЕАК" р 
= продолжение = 
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Листинг 16.16 (продолжение) 


1еп_ВРЕАК=$ -Тех*_ВКЕАК 
. соде 
СЕх1НапаТех ргос 
ага @@9мСтг1Туре : ВМОКО 
изез ебх,е41, е51 ;эти регистры обязательно должны сохраняться 
‚анализируем тип сигнала управления 
стр @@анСтгтТуре, СТВЕ_С_Е\МЕМТ 
]е |. СТВГЬ_С_ВУЕМТ 
сир @@9иСег1Туре, СТВЕ_ВКЕАК_Е\МЕМТ 
Де п_СТВЕ ВКЕАК_Е\МЕМТ 
]тр П_ЧеЁай1 6 
п_СТКЕ_С_ЕУ\ЕМТ: ‚при нажатии СТКЁ+С выводим сообщение: 
‚установим курсор 


‘са11 ЗеСоп5о1еСиг$огРо$1Е1оп 
: вывести строку Техё_ СТВЕ_С 


са11 Иг 7 ЕеСоп501еА 
‹ возвращаем признак обработки 

поу еах, 1 

пр ех1Е_С+Ег1Напо\ег 
|_СТВЕ_ВВЕАК_Е\УЕМТ: ;при нажатии СТВЕ+ВВЕАК выводим сообщение: 
‚установим курсор 


`` са11 5еСоп$о1еСиг$огРо$1 {Топ 


‚вывести строку 
са11 МгтЕеСоп5о1еА 
‚ возвращаем признак обработки 

поу еах,1 

ар ех1&_СЕг1Напа1ег 
|_Чефтау1{: моу еах ‚ОТЕЕУЕЕТЕН ;возвращаем -1 

;все остальное не обрабатываем 

ех1Е_Стг] Напд Тег: теЕ 
СЕ: Напа] егепар 
обаге ргос пеаг ;уточка входа в программу: 
‚работаем... 
‚получим стандартные дескрипторы ввода-вывода 


;установим функцию-обработчик сигналов управления 
разв ТВОЕ 
ризь ОЕЕзеёс сз: СЕг1Напа1ег 
са11 беЕсопзо1есет1Напа1 ег 
сир еах, 0 . 
2 ех1 ;если неуспех 
‹: введем строку в буфер Т1Е1еТехе 
;установим курсор в позицию (2,6) 


са11 5е{Соп5о1еСиг5огРо$1 {10п 


са11 ВеаЯ@Сопзо1едА 
:выведем введенную строку в заголовок окна консоли: 
роз ОЕЕзеё Т1Е1еТехе 
са11 5е1Соп$01еТ1{1еА 
‚ выведем строку в окно консоли с различных позиций и с разными цветами 
пох есх, 109 ‚строку выведем 10 раз 
поУ Ь1,100000015 ‚начальные атрибуты 
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№1: ризй есх 
‚установим курсор в позицию 
са11 Зе Соп5$о1еСиг5огРо$1 Топ 
определим атрибуты выводимых символов: 
;будем получать их циклически - сдвигом регистра ВЁ 
хог еах,еах 
го1 61,1 
оу а1, 51 
разИ еах 
ризВ Чбит . 
са11 ЗеЕСопзо1еТехеАЕ Е у1рисе 
у вывести строку Т1Е1еТехе 
"`` са11 Мг ЕеСопзо1еА 
стр еах,09 
]2 ех1ё ;если неуспех 
рор есх 
1оор 1 


Относительно этой программы можно сделать два замечания. Первое касается 
функции Нап@егКоиЯпе, которая в нашей программе называется Си1Нап ег. Как 
упоминалось, эта функция является функцией обратного вызова. Она вызывается 
при возникновении определенных событий неявно — из системы У т@4о\$. По 
структуре и алгоритму работы она аналогична оконной функции, которую мы рас- 
сматривали ранее (см. раздел «Каркасное \ш4до\з-приложение на С/С++»). По- 
этому за всеми подробностями отсылаем читателя к этому материалу. Второе за- 
мечание касается порядка отладки приложений, содержащих определяемые 
пользователем функции (процедуры) обратного вызова. Первое, что нужно сде- 
лать в процессе пошагового выполнения программы в отладчике, — выяснить ад- 
рес процедуры обратного вызова. В программе из листинга 16.16 это можно сде- 
лать, выяснив, какое значение будет помещено в стек при выполнении команд: 


установим функцию-обработчик сигналов управления 


ризй ТВОЕ 

ризП ое сэ: СиНапаег 
сан ЗеСоп5о!еСтНап ег 
стр еах, 0 

у ехи ‚если неуспех 


После этого, сделав активным окно СРО отладчика (выбрав в меню команду 
Мем» СРО), необходимо установить указатель мыши в окно с командами процес- 
сора и щелкнуть правой кнопкой мыши. В появившемся контекстном меню выбе- 
рите пункт Сою. В результате этих действий отладчик отобразит окно диалога, 
вкотороенеобходимовнестиадреспрограммы-обработчикаС Нап ег. Послеэтого 
в верхней части окна команд отобразится первая команда процедуры Си1Нап4ег. 
Установите на нее курсор и нажмите клавишу Е4. Программа начнет выполняться 
по своему алгоритму. При нажатии пользователем управляющих комбинаций кла- 
виш, допустимыхфункцией Нап 1егКоп пе, управлениебудет передано этой функ- 
ции, и вы сможете произвести ее отладку. 

Низкий уровень консольного ввода-вывода по сравнению с высоким обладает 
более широкими и гибкими возможностями. Низкоуровневые функции консоль- 
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ного ввода-вывода обеспечивают прямой доступ к входному и экранным буферам 
консоли, предоставляя приложению доступ ксобытиям мыши и клавиатуры, атак- 
же к информации об изменении размеров окна консоли. Функции низкоуров- 
невого ввода-вывода позволяют приложению иметь доступ по чтению-записи 
к указанному числу последовательных символьных ячеек в экранном буфере 
или к прямоугольному блоку символьных ячеек в указанной позиции экран- 
ного буфера. 


Итоги 





Разработка УМш4о\з-приложения на языке ассемблера — вполне реальное и в 
ряде случаев оправданное дело. Однако несмотря на имеющиеся в ТАЗМ 
и МАЗМ средства, для создания полноценного У1пдо\$-приложения требу- 
ются дополнительные программные и информационные ресурсы, предостав- 
ляемые пакетами языков высокого уровня. Лучше всего для этой цели подходит 
пакет УС++ версии 6.0 и выше. Основную ценность в нем имеют включаемые 
файлы, редактор ресурсов, работающий в составе интегрированной среды раз- 
работки, и компилятор ресурсов. Интерес могут представлять также различ- 
ные утилиты, входящие в состав пакета У15иа1 С++, например $ру++. 


и Приступать к разработке приложения для системы У п4о\5 на ассемблере луч- 
ше всего, имея некоторый опыт разработки приложений на языке высокого уров- 
ня. Это необходимо для понимания логики работы приложения. Когда пони- 
мание логики работы У1п49о\$-приложения достигнуто, выбор языка для его 
реализации приобретает в большей степени техническое значение и определя- 
ется постановкой задачи и предполагаемыми условиями ее эксплуатации. 


. Благодаря поддержке системой \Мт4о\з консольных приложений можно ма- 
лыми силами решать серьезные задачи, в том числе и по администрированию 
системы. Консольным приложениям доступны практически все возможности, 
предоставляемые У! т32 АРТ, при этом для построения приложений не требу- 
ется реализовывать какие-то изошренные схемы. 


Глава 17 


Архитектура 
и программирование 
сопроцессора 


Архитектура 

Форматы данных 

» Система команд 

» Исключения и их обработка 
> Использование отладчика 


В предыдущих главах мы рассматривали команды и алгоритмы обработки цело- 
численных данных, то есть чисел с фиксированной точкой (см. главы 5 и 8). Для 
обработки числовых данных в формате с плавающей точкой процессоры ГА-32 
содержат специальное устройство, которое является важной частью их архитектуры. 

Устройства для обработки чисел с плавающей точкой появились в компьюте- 
рах давно. С точки зрения архитектуры они выглядели по-разному. Так, в архи- 
тектуре ЕС ЭВМ (аналог 1ВМ 360/370) устройство с плавающей точкой было 
естественной частью этой архитектуры со своим регистровым пространством и под- 
системой команд. Архитектура компьютеров на базе процессоров вначале опира- 
лась исключительно на целочисленную арифметику. С ростом мощи, а главное, 
с осознанием разработчиками процессорной техники того факта, что их устрой- 
ства могут составить достойную конкуренцию своим «большим» предшественни- 
кам, в архитектуре компьютеров на базе процессоров стали появляться устройства 
для обработки чисел с плавающей точкой. В архитектуре семейства процессоров 
[1(е! 80х86 устройство для обработки чисел с плавающей точкой появилось 


ии 
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в составе компьютера на базе процессора 18086/88 и получило название матема- 
тический сопроцессор (далее просто сопроцессор). Выбор такого названия был об- 
условлен тем, что, во-первых, это устройство было предназначено для расшире- 
ния вычислительных возможностей основного процессора, а во-вторых, оно было 
реализовано в виде отдельной микросхемы, то есть его присутствие было необяза- 
тельным. Микросхема сопроцессора для процессора 18086/88 имела название 18087. 
С появлением новых моделей процессоров ие! совершенствовались и сопроцес- 
соры, хотя их программная модель осталась практически неизменной. Как отдель- 
ные (а соответственно, необязательные в конкретной комплектации компьютера) 
устройства сопроцессоры сохранялись вплоть до модели процессора 1386 и имели 
название 1287 и 1387 соответственно. Начиная с модели 1486 сопроцессор исполня- 
ется в одном корпусе с основным процессором и, таким образом, является 
неотъемлемой частью компьютера. 

Для чего нужен сопроцессор, какие возможности добавляет он к тому, что де- 
лает основной процессор, кроме обработки еще одного формата данных? Перечис- 
лим некоторые из них. 


Я Полная поддержка стандартов 1ЕЕЁЕ-754 и 854 на арифметику с плавающей 
точкой. Эти стандарты описывают как форматы данных, с которыми должен 
работать сопроцессор, так и набор реализуемых им функций. 





Поддержка численных алгоритмов для вычисления значений тригонометри- 
ческих функций, логарифмов ит. п. Эта работа сопроцессора выполняется аб- 
солютно прозрачно для программиста, что само по себе очень ценно, так как не 
требует от него разработки соответствующих подпрограмм. 


Е: 


Обработка десятичных чисел с точностью до 18 разрядов, что позволяет сопро- 
цессору без округления выполнять арифметические операции над целыми де- 
сятичными числами со значениями до 10'. 





Обработка вещественных чисел из диапазона 3,37 * 10-4932 1,18. 104992, 


Нужно отметить, что в последние годы разработчики компьютерной перифе- 
рии все активнее освобождают центральный процессор от части вычислений 
с целью более эффективной реализации специализированных операций. Очень 
ярко это проявляется на рынке мультимедийного оборудования, где множество 
разработчиков предлагают видеокарты с чипсетами (наборами микросхем), более 
эффективно реализующими работу с графикой, чем это делает сам процессор. Не- 
смотря на это дополнение системы целочисленных команд процессора командами 
сопроцессора предоставляет ряд уникальных свойств и возможностей, пренебре- 
гать которыми было бы опрометчиво. 


Архитектура сопроцессора 


В главе 2 мы определили место сопроцессора в архитектуре компьютера. Аппарат- 
ная реализация сопроцессора нас интересует лишь в видимой для программиста 
части. Как и в случае с основным процессором, интерес для нас представляет иро- 
граммная модель сопроцессора. С точки зрения программиста, сопроцессор пред- 
ставляет собой совокупность регистров, каждый из которых имеет свое функцио- 
нальное назначение (рис. 17.1). 


в 





Архитектура сопроцессора 449 





Регистры стека сопроцессора ВО..В7 Регистр тегов 
Знак Порядок . Мантисса 
Ко 
К1 
В2 
Вз 
84 
А5 
кБ 
А7 
79 78 64 63 0 
Регистр управления С\У/В 
15 0 
АЯЫЕЕАСНН Регистр состояния ЭМ/В 
15 о 
47 6 
47 0 


Рис. 17.1. Программная модель сопроцессора 


В программной модели сопроцессора можно выделить три группы регистров. 


Восемь регистров В0...К7 составляют основу программной модели сопроцессо- 
ра — стек сопроцессора. Размерность каждого регистра — 80 битов. Такая орга- 
низация характерна для устройств, специализирующихся на обработке вы- 
числительных алгоритмов. Вспомните, как представляются математические 
выражения с использованием обратной польской записи (ПОЛИЗ). Вычисле- 
ние такого выражения заключается в выборке с вершины стека очередной опе- 
рации. Если это двухместная операция, то с вершины стека снимаются два опе- 
ранда, над которыми и производятся действия в соответствии со снятой ранее 
операцией. Более подробно представление выражения в форме ПОЛИЗ мы рас- 
смотрим далее. Реализация численных алгоритмов на основе стека сопроцес- 
сора позволяет получить существенный выигрыш в скорости вычислений. 


Три служебных регистра: 


о регистр состояния сопроцессора ЗУ" В. (З‘асаз Гота Кезлщег) отражает ин- 
формацию о текущем состоянии сопроцессора и содержит поля, позволяю- 
щие определить, какой регистр является текущей вершиной стека сопроцес- 
сора, какие исключения возникли после выполнения последней команды, 
каковы особенности выполнения последней команды (некий аналог регист- 
ра флагов основного процессора) ит. д.; 


П управляющий регистр сопроцессора СУ\УЁК (Сопо| У№ога Кез$ег) управляет 
режимами работы сопроцессора; с помощью полей в этом регистре можно 
регулировать точность выполнения численных вычислений, управлять 
округлением, маскировать исключения; 


15 Зак. 256 
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О регистр слова тегов ТУК (Тазз \ота Вез%ег) используется для контроля за 
состоянием каждого из регистров В0.. .В7 (команды сопроцессора использу- 
ют этот регистр, например, для того, чтобы определить возможность записи 
значений в указанные регистры). 





Два регистра указателей — данных ОРК (Ожа Рош! Кез1$ег) и команд [РК 
(пугасНой РошЕ Кезег) — предназначены для запоминания информации об 
адресе команды, вызвавшей исключительную ситуацию, и адресе ее операнда. 
Эти указатели используются при обработке исключительных ситуаций (но не 
для всех команд). 


Все эти регистры являются программно доступными. Однако к одним из них 
доступ получить довольно легко, для этого в системе команд сопроцессора суще- 
ствуют специальные команлы, а кдругим его получить сложнее, так как специаль- 
ных команд для этого нет, поэтому необходимо выполнять дополнительные дей- 
СТВИЯ. 

Рассмотрим общую логику работы сопроцессора и более подробно охарактери- 
зуем перечисленные регистры. 

Регистровый стек сопроцессора организован по принципу кольца. Это означа- 
ет, что среди всех регистров, составляющих стек, нет такого, который является вер- 
шиной стека. Напротив, все регистры стека с функциональной точки зрения абсо- 
лютно равноправны. Но, как известно, в стеке всегда должна быть вершина. И она 
действительно есть, но является плавающей. Контроль текущей вершины осуще- 
ствляется аппаратно с помощью трехразрядного поля ТОР регистра УК (рис. 17.2). 
В поле ТОР фиксируется номер регистра стека 0...7 (В0...К7), являющегося текущей 
вершиной стека. 


Регистр состояния З\М/В 
Гы а ее реа [а [= [я [= [# [#8] 
15 14 13 Ш 10 9 8 7 6 5 4 3 2 1 о. 
Рис. 17.2. Формат регистра состояния сопроцессора ЭМВ 


Команды сопроцессора не оперируют физическими номерами регистров стека 
КО...В7. Вместо этого они используют логические номера этих регистров 5Т(0)... 
$Т(1). С помощью логических номеров реализуется относительная адресация реги- 
стров стека сопроцессора. Если текущей вершиной стека является физический 
регистр КО, то после записи очередного значения в стек сопроцессора его текущей 
вершиной станет физический регистр В7 (рис. 17.3, а). На рис. 17.3, б показан при- 
мер, когда текущей вершиной до записи в стек является физический регистр КЗ, 
а после записи в стек текущей вершиной становится физический регистр стека В2. 
То есть по мере записи в стек указатель его вершины движется по направлению 
к младшим номерам физических регистров (уменьшается на единицу). Что каса- 
ется логических номеров регистров стека $Т(0).. .5Т{1), то, как следует из рисунка, 
они «плавают» вместе с изменением текущей вершины стека. Таким образом, реа- 
лизуется принцип кольца. 

На первый взгляд, такая организация стека кажется странной. Но, как оказа- 
лось, она обладает большой гибкостью. Это хорошо видно на примере передачи 
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Состояние стека сопроцессора до выполнения операции записи в стек 


Вершина стека Вершина стека 
— 
Физическив номера [ Физические номера 
регистров стека поле {ор регистров стека 


Поле юр 


сопроцегссора ст роцессора 
эм з 
ВО $(0 <] 








) 
АТ $1) 
В2 $42) 
АЗ $3) 
В4 $4) 
АВ5 $5) 
Аб $(6) 
ВУ $7) 
а номера Логические номера 
регистров стека регистров стека 
сопроцессора | . сопроцессора 
Состояние стека сопроцессора после выполнения операции записи в стек 
Вершина стека Вершина стека 
Физические! номера =. еее ры 
прове ыы сопроцессора Полеор 
ЭМИ 1 Ва 
$7) 
А1 а 
А2 $42) 
АЗ $3) 
АА $4) 
А5 $5) 
96 $К6) 
В7 $0) 
а номера Логические номера 
регистров стека регистров стека 
сопроцессора сопроцессора 


а 5 
Рис. 17.3. Физическая и логическая нумерации регистров стека сопроцессора 


параметров подпрограмме. Для повышения гибкости подпрограмм (в разработке 
и использовании) нежелательно привязывать их по передаваемым параметрам кап- 
паратным ресурсам (физическим номерам регистров сопроцессора). Гораздо удоб- 
нее задавать порядок следования передаваемых параметров в виде логических но- 
меров, поскольку такой способ передачи однозначен и не требует от разработчика 
знания лишних подробностей о вариантах аппаратной реализации сопроцессора. 
Логическая нумерация регистров сопроцессора, поддерживаемая на уровне систе- 
мы команд, идеально реализует эту идею. При этом не имеет значения, в какой 
физический регистр стека сопроцессора были помещены данные перед вызовом 


п еее а А 
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подпрограммы, определяющим является только порядок следования параметров 
в стеке. По этой причине подпрограмме достаточно знать не место, а только поря- 
док размещения передаваемых параметров в стеке. 

Перед тем как приступить к описанию команд и данных, с которыми работает 
сопроцессор, отметим, каким образом «уживаются» между собой эти два разных 
вычислительных устройства — процессор и сопроцессор. Каждое из них имеет свои 
несовместимые друг с другом системы команд и форматы обрабатываемых дан- 
ных. Несмотря на то что сопроцессор архитектурно представляет собой отдельное 
вычислительное устройство, он не может существовать отдельно от основного про- 
цессора. Ранее уже было отмечено, что первые модели процессоров Ге (18086, 
1286, 1386) и сопроцессоров (соответственно, 18087, 1287, 1387) выполнялись как 
отдельные устройства — сопроцессор при необходимости вставлялся в специаль- 
ный разъем на системной плате. Начиная с модели 1486 сопроцессор и основной 
процессор производятся в одном корпусе и являются физически неделимыми, то 
есть архитектурно это по-прежнему два разных устройства, а аппаратно — одно. 

Процессор и сопроцессор, являясь двумя самостоятельными вычислительны- 
ми устройствами, могут работать параллельно. Но этот параллелизм касается толь- 
ко их внутренней работы над исполнением очередной команды. Как реализован 
этот параллелизм, в чем его суть и особенности? Оба процессора подключены к об- 
щей системной шине и имеют доступ к одинаковой информации. Инициирует про- 
цесс выборки очередной команды всегда основной процессор. После выборки ко- 
манда попадает одновременно в оба процессора. Любая команда сопроцессора имеет 
код операции, первые 5 битов которого имеют значение 11011. Когда код опера- 
ции начинается этими битами, то основной процессор по дальнейшему содержи- 
мому кода операции выясняет, требует ли данная команда обращения к памяти. 
Если это так, то основной процессор формирует физический адрес операнлда и об- 
ращается к памяти, после чего содержимое ячейки памяти выставляется на шину 
данных. Если обращение к памяти не требуется, то основной процессор заканчи- 
вает работу над данной командой (не делая попытки ее исполнения!) и приступает 
к декодированию следующей команды из текущего входного командного потока. 
Что же касается сопроцессора, то выбранная команда, как уже было отмечено, по- 
падает к нему и к основному процессору одновременно. Сопроцессор, определив 
по первым пяти битам, что очередная команда принадлежит его системе команд, 
начинает ее исполнение. Если команда требует операнда в памяти, то сопроцессор 
обращается к шине данных за чтением содержимого ячейки памяти, которое к это- 
му моменту должно быть предоставлено основным процессором. Из этой схемы 
взаимодействия следует, что в определенных случаях необходимо согласовывать 
работу обоих устройств. К примеру, если во входном потоке сразу за командой 
сопроцессора следует команда основного процессора, использующая результаты 
работы предыдущей команды, то сопроцессор не успеет выполнить свою команду 
за то время, пока основной процессор, пропустив сопроцессорную команду, вы- 
полняет свою. Очевидно, что логика работы программы нарушается. Возможна 
и другая ситуация. Если входной поток команд содержит последовательность из 
нескольких команд сопроцессора, то, очевидно, что процессор, в отличие от сопро- 
цессора, проверит их очень быстро, чего он не должен делать, так как обеспечивает 
внешний интерфейс для сопроцессора. Эти и другие более сложные ситуации при- 
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водят к необходимости синхронизировать между собой работу двух процессоров. 
В первых моделях процессоров подобная синхронизация проводилась програм- 
мистом «вручную» путем вставки перед или после каждой команды сопроцессора 
специальной команды \АП или ЕМАП. Работа данной команды заключалась в при- 
остановке работы основного процессора до тех пор, пока сопроцессор не закончит 
работу над последней командой. Начиная с модели процессора 1486, подобная син- 
хронизация выполняется командами \МАП/ЕМАТ, которые введены в алгоритм 
работы большинства команд сопроцессора, и программисту нет необходимость за- 
ботиться об этом явно. Но некоторые команды из группы команд управления со- 
процессором (см. далее) имеют два варианта реализации — с синхронизацией (ожи- 
данием) и без нее. 

Из всего сказанного можно сделать важный вывод: использование сопроцессо- 
ра является совершенно прозрачным для программиста. В общем случае програм- 
мисту следует воспринимать сопроцессор как набор дополнительных регистров, 
для работы с которыми предназначены специальные команды. Для эффективного 
применения сопроцессора программист должен хорошо разобраться в структуре 
регистров и логике их использования. Поэтому перед тем как приступить к рас- 
смотрению команд и данных, с которыми работает сопроцессор, приведем описа- 
ние структуры некоторых регистров сопроцессора. 


Регистр состояния ЗМ!В 


Ранее было отмечено, что регистр З\/К отражает текущее состояние сопроцессора 
после выполнения последней команды. Далее перечислены поля, из которых струк- 
турно состоит регистр ЗУ" В (см. рис. 17.2). 


5- Шесть флагов исключительных ситуаций. 


% БитЪЕ (Маск Наи) — ошибка работы стека сопроцессора. Бит устанавливает- 
ся в единицу, если возникает одна из трех исключительных ситуаций (см. ра- 
нее) — РЕ, ОЕ или ГЕ. В частности, его установка информирует о попытке записи 
взаполненный стек или, напротив, попытке чтения из пустого стека. После того 
как вы проанализировали этот бит, его нужно снова установить в ноль вместе 
с битами РЕ, УЕ или ГЕ (если они были установлены); 





Бит Е$ (Еггог зашитагу) сигнализирует о суммарной ошибке в работе сопроцес- 
сора. Бит устанавливается в единицу, если возникает любая из шести исключи- 
тельных ситуаций, о которых будет рассказано далее. 





Четыре бита (0...С3 (Соп@ Шоп Со4е) представляют собой код условия. Назна- 
чение этих битов аналогично флагам в регистре ЕЕГАС$ основного процессора — 
они отражают результат выполнения последней команды сопроцессора. В при- 
ложении А для некоторых команд сопроцессора приведена интерпретация би- 
тов С0...СЗ. 


Трехразрядное поле ТОР содержит указатель регистра текущей вершины стека. 





Почти половину регистра З\/К занимают биты (флаги) регистрации исключи- 
тельных ситуаций. Исключительная ситуация — особый тип прерываний. Необ- 
ходимо заметить [8], что прерывания, поддерживаемые процессором Г, по мес- 
ту их возникновения классифицируются на внешние и внутренние. Внутренние 
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прерывания возникают в ходе работы текущей программы и делятся на синхрон- 
ные (по команде 1п®) и асинхронные, называемые исключениями, или особыми слу- 
чаями. Таким образом, исключения — это разновидность прерываний, с помощью 
которых процессор информирует программу о некоторых особенностях ее реаль- 
ного исполнения. Сопроцессор также обладает способностью возбуждения подоб- 
ных прерываний при возникновении определенных ситуаций (не обязательно 
ошибочных). Все возможные исключения сведены к шести типам, каждому из ко- 
торых соответствует один бит в регистре З\УК. Программисту совсем не обязатель- 
но писать обработчик для реакции на ситуацию, приведшую к некоторому исклю- 
чению. Сопроцессор умеет самостоятельно реагировать на многие из них. Это так 
называемая обработка исключений по умолчанию. Для того чтобы запретить со- 
процессору обработку определенного типа исключения по умолчанию, необходи- 
мо это исключение замаскировать. Такое действие выполняется путем установки 
в единицу нужного бита в управляющем регистре сопроцессора СУУЁК (рис. 17.4). 
Приведем типы исключений, фиксируемые с помощью регистра ЗУ" В: 





ТЕ ([пуаН4е орегайоп Елтог) — недействительная операция; 
БЕ (Репогта|27е4 орегапа Еггог) — денормализованный операнд; 
ГЕ (91\у14е Бу Гего Еггог) — ошибка деления на нуль; 








ОЕ (ОуегЙо\м Еггог) — ошибка переполнения (возникает в случае выхода по- 
рядка числа за максимально допустимый диапазон); 


&# ЦЕ (ОпдегЙо\ Еггог) — ошибка антипереполнения (возникает, когда результат 
слишком мал); 





РЕ (Ргес1юп Еггог) — ошибка точности (устанавливается, когда сопроцессору 
приходится округлять результат из-за того, что его точное представление не- 
возможно; так, сопроцессору, как и читателю, никогда не удастся точно разде- 
лить 10 на 3). 


При возникновении любого из этих шести типов исключений устанавливается 
в единицу соответствующий бит в регистре ЗУ! В вне зависимости от того, было ли 
замаскировано это исключение врегистре С\К или нет. Более подробно об исклю- 
чениях, в частности, об условиях их возникновения, рассказывается в разделе «Ис- 
ключения сопроцессора и их обработка». 


Регистр управления СМ/В 

Регистр управления сопроцессором СУ/Ё определяет особенности обработки чис- 
ленных данных (рис. 17.4). Он состоит: 

из шести масок исключений; 

поля управления точностью РС (Ргес151юп Сопго]); 

поля управления округлением КС (Коппаше Сопго|). 





Регистр управления СМ/В 


1311 109 
Рис. 17.4. Формат регистра управления сопроцессором а 
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Шесть масок предназначены для маскирования исключительных ситуаций, 
возникновение которых фиксируется с помощью шести битов регистра ЗУ" В. Если 
какие-то биты исключений в регистре СУ!В установлены в единицу, это означает, 
что соответствующие исключения будут обрабатываться самим сопроцессором. 
Если для какого-либо исключения в соответствующем бите масок исключений 
регистра СУ"В содержится нулевое значение, то при возникновении исключения 
этого типа будет возбуждено прерывание 16 (101). Операционная система должна 
содержать (или программист должен написать) обработчик этого прерывания. Он 
должен выяснить причину прерывания, после чего, если это необходимо, устра- 
нить ее, а также выполнить другие действия. Более подробно этот вопрос обсужда- 
ется в разделе «Исключения сопроцессора и их обработка». 

Поле управления точностью РС предназначено для выбора длины мантиссы. 
Возможные значения в этом поле означают: | 


# РС=00 — длина мантиссы 24 бита; 
ж РС= 10 — длина мантиссы 53 бита; 
# РС= ИП — длина мантиссы 64 бита. 

По умолчанию устанавливается значение поля РС - 11. 

Поле КС позволяет управлять процессом округления чисел в ходе работы со- 
процессора. Необходимость округления может возникнуть в ситуации, когда пос- 
ле выполнения очередной команды сопроцессора получается непредставимый ре- 
зультат, например периодическая дробь 3,333... Установив одно из значений в поле 


КС, можно выполнить округление в необходимую сторону. Для того чтобы выяс- 
нить характер округления, введем обозначения: 


* т— значение в $5Т(0) или результат работы некоторой команды, который не 
может быть точно представлен и поэтому должен быть округлен; 


и аи наиболее близкие значения к значению т, которые могут быть пред- 
ставлены в регистре 5Т(0) сопроцессора, причем выполняется условие а < т < 6. 


Далее приведены значения поля ВС и описан соответствующий им характер 
округления: 





00 — значение м округляется к ближайшему числу а или в; 
# 01| — значение т округляется в меньшую сторону, то есть т = а; 
Ж 10 — значение т округляется в большую сторону, то есть т = 5; 





11 — производится отбрасывание дробной части т (может использоваться 
в операциях целочисленной арифметики). 


Регистр тегов Т\УМВ 


Регистр тегов ТУ!К представляет собой совокупность двухразрядных полей. Каж- 
дое двухразрядное поле соответствует определенному физическому регистру сте- 
ка (см. рис. 17.1) и характеризует его текущее состояние. Изменение состояния 
любого регистра стека отражается на содержимом соответствующего этому регис- 
тру поля регистра тега. Возможны следующие значения в полях регистра тега: 





00 — регистр стека сопроцессора занят допустимым ненулевым значением; 
и 01 — регистр стека сопроцессора содержит нулевое значение; 
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10 — регистр стека сопроцессора содержит одно из специальных численных 
значений (см. ниже), за исключением нуля; 


в 11 — регистр пуст, и в него можно производить запись (нужно отметить, что это 
значение в одном из двухразрядных полей регистра тегов не означает, что все 
биты соответствующего регистра стека обязательно нулевые). 


Мы не раз уже отмечали, что при написании программы разработчик манипу- 
лирует не абсолютными, а относительными номерами регистров стека. По этой 
причине у него могут возникнуть трудности при попытке интерпретации содер- 
жимого регистра тегов ТУК с соответствующими физическими регистрами стека. 
В качестве связующего звена необходимо привлекать информацию из поля ТОР 
регистра З\К. 


Форматы данных 


Сопроцессор расширяет номенклатуру форматов данных, с которыми работает 
основной процессор. В этом нет ничего удивительного, так как формат данных 
любого устройства в существенной мере отражает специфику его работы. Сопро- 
цессор специально разрабатывался для вычислений с плавающей точкой. Но со- 
процессор может работать и с целыми числами, хотя и менее эффективно. Пере- 
числим форматы данных, с которыми работает сопроцессор: 


* двоичные целые числа в трех форматах — 16, 32 и 64 бита; 





упакованные целые десятичные (ВСО) числа — длина максимального числа 
составляет 18 упакованных десятичных цифр (9 байтов); 





вещественные числа в трех форматах — коротком (32 бита), длинном (64 бита), 
расширенном (80 битов). 


Кроме ЭТИХ ОСНОВНЫХ форматов, сопроцессор поддерживает специальные чис- 
ленные значения, к которым относятся: 


я денормализованные вещественные числа — это числа, меньшие минимального 
нормализованного числа (см. ниже) для каждого вещественного формата, под- 
держиваемого сопроцессором; 


я нуль; 
положительные и отрицательные значения бесконечности; 


нечисла, 





неопределенности и неподдерживаемые форматы. 


Рассмотрим более подробно основные форматы данных, поддерживаемые со- 
процессором. Важно отметить, что в самом сопроцессоре числа в этих форматах 
имеют одинаковое внутреннее представление — расширенный формат веществен- 
ного числа. Это один из форматов представления вещественных чисел, который 
точно соответствует формату регистров ВО... К7 стека сопроцессора (см. рис. 17.1). 
Таким образом, даже если вы используете команды сопроцессора с целочислен- 
ными операндами, то после загрузки в сопроцессор операндов целого типа они ав- 
томатически преобразуются в формат расширенного вещественного числа. 





Форматы данных 457 


Двоичные целые числа 


Сопроцессор работает с тремя типами целых чисел (рис. 17.5). 


Знак 


| | Целое слово | 

15 0 

|| _  Коротое целе | 
0 


31 
Де | 
63. о 


Рис. 17.5. Форматы целых чисел сопроцессора 


В табл. 17.1 представлены формат целых чисел, их размерность и диапазон зна- 
чений. 


Таблица 17.1. Форматы целых чисел сопроцессора 


Выбирая формат данных, с которыми будет работать ваша программа, помни- 
те, что сопроцессор поддерживает операции с целыми числами, но работа с ними 
осуществляется неэффективно. Причина в том, что обработка сопроцессором це- 
лочисленных данных будет замедлена из-за дополнительного преобразования це- 
лых чисел в их внутреннее представление в виде эквивалентного вещественного 
числа расширенного формата. 

В программе целые двоичные числа описываются обычным способом — с ис- 
пользованиемдиректив р) \!, О)РирО. Например, целоечисло 5 можетбытьописано 
следующим образом: 


сН_9м 5 ; представление в памяти: сн_амч=605 00 
св 99 5 представление в памяти: сН_9м=05 00 00 00 
сп_9а 5 ‚представление в памяти: сп_@\=05 00 00 00 00 00 00 00 


Работать с целыми числами может далеко не всякая команда сопроцессора. 
Подробную информацию о командах сопроцессора можно найти в приложении. 


Упакованные целые десятичные числа 


Сопроцессор поддерживает один формат упакованных целых десятичных чисел, 
или ВСО-чисел (рис. 17.6). Как вы помните, для описания упакованного десятич- 
ного числа используется директива ОТ (см. главу 8). Данная директива позволяет 
описать 20 цифр в упакованном десятичном числе (по две в каждом байте). Из-за 
того что максимальная длина упакованного десятичного числа в сопроцессоре со- 
ставляет только 9 байт, в регистры КО...В7 можно поместить только 18 упакован- 
ных десятичных цифр. Старший десятый байт игнорируется. Самый старший бит 
этого байта используется для хранения знака числа. 
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Знак 


[дав [лед] Чзано] Чуб] 9998 | 9768 | 959 | 9392 [4:60 
о 


79 


Рис. 17.6. Формат десятичного числа сопроцессора 


Упакованные десятичные числа также представляются в стеке сопроцессора 
в расширенном формате. Упакованные десятичные числа в программе описыва- 
ются директивой ОТ. Например, целое число 5 365 904 в формате упакованного 
десятичного числа может быть описано следующим образом: 


сп_@{ 9 5365904 
; представление в памяти: сН_49{=04 59 36 05 00 00 00 00 00 00 


Нужно отметить, что в сопроцессоре имеются всего две команды для работы 
с упакованными десятичными числами — это команды сохранения и загрузки. 


Вещественные числа 


Основной тип данных, с которыми работает сопроцессор, — вещественный. Дан- 


ные этого типа описываются тремя форматами: коротким, длинным и расширен- 
ным (рис. 17.7). 


Знак 

$| Характеристика а Мантисса (М) р: 
31 24 23 у 

$_ Характеристика 4 Мантисса (М) | .. о 
63 5352 С с р 
$__ Характеристика а Мантисса(М)| ... асширенный 
79 64 63 0 формат 


Рис. 17.7. Форматы вещественных чисел сопроцессора 


Для представления вещественного числа используется следующая формула: 
А- (+М) - №® (17.1) 
Здесь: 


. М- мантисса числа А (мантисса должна удовлетворять условию | М! < 1); 





М№— основание системы счисления, представленное целым положительным 
числом, 


П р— порядок числа, показывающий истинное положение точки в разрядах ман- 
тиссы (по этой причине вещественные числа имеют еще название чисел с пла- 
вающей точкой, так как ее положение в разрядах мантиссы зависит от значения 
порядка). 

Для удобства обработки в процессоре чисел с плавающей точкой его архитек- 

турой накладываются некоторые ограничения на компоненты формулы (17.1). 


Далее перечислены эти условия и ограничения для сопроцессоров, применяющихся 
в архитектуре ГА-32. 
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# Основание системы счисления №= 2. 


# Мантисса М должна быть представлена в нормализованном виде. Нормали- 
зация может отличаться для разных типов процессоров. Для ЕС ЭВМ, на- 
пример, мантисса нормализованного числа должна удовлетворять условию 
1/М<\М\ < 1. Это означает, что старший бит представления должен быть еди- 
ничным. Для случая, когда Л= 2, это соответствует отношению 1/2 < |М|< 1 
или в двоичном виде 0,10...00 < |М|< 0,11...11, то есть первая цифра после запя- 
той должна быть значащей (единицей), а порядок р, соответственно, таким, что- 
бы это условие выполнялось. Для архитектуры сопроцессора ТА-32 нормализо- 
ванным является число несколько иного вида: | 


л=(-1.№.М (17.2) 
Здесь: 
С 5 — значение знакового разряда (0 — число больше нуля, | — число меньше 
нуля); 
С 9— порядок числа, его назначение аналогично назначению порядка р в фор- 
муле (17.1), но как поясняется далее, ри 4 — не одно и тоже. 


В этой формуле знак имеют и порядок вещественного числа, и его мантисса. 
На рис. 17.7видно, что форматхранения вещественного числа в памяти имеет толь- 
ко поле для знака мантиссы. А где же хранится знак порядка? 

В сопроцессоре [п] на аппаратном уровне принято соглашение, что порядокр 
определяется в формате вещественного числа особым значением 4, называемым 
характеристикой. Величина 4 связана с порядком р посредством следующей фор- 
мулы и представляет собой некоторую константу (условно назовем ее фиксиро- 
ванным смещением): 


4 = р+ фиксированное смещение. (17.3) 


Для каждого из трех возможных форматов вещественных чисел смещение 4 
имеет разное, но фиксированное для конкретного формата значение, которое за- 
висит от количества разрядов, отводимых под характеристику (табл. 17.2). 


Таблица 17.2. Форматы вещественных чисел 


Короткий 

64 ЕЕ 

2 
1 


Г Размерность характеристики 4 8 ОИ 
-1022..+1023 


В таблице показаны диапазоны значений характеристик 4 и соответствующих 
им истинных порядков р вещественных чисел. Отметим, что нулевому порядку 
вещественного числа в коротком формате соответствует значение характеристики 
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равное 127, которому в двоичном представлении соответствует значение 01 11 11 11. 
Отрицательному порядкур, например -1[, будет соответствовать характеристика 
= -1 + 127 = 126, или вдвоичном виде — 01 11 11 10. Положительному порядкур, 
например +1, будет соответствовать характеристика а = 1 + 127 = 128, или в дво- 
ичном виде — 100000 00. То есть все положительные порядки имеют в двоичном 
представлении характеристики старший бит равный единице, а отрицательные 
порядки — нет. Таким образом, знак порядка «спрятан» в старшем бите характе- 
ристики. Теперь вам должно быть понятно, откуда появились значения в двух пос- 
ледних строках табл. 17.2. | 

Так как нормализованное вещественное число всегда имеет целую единичную 
часть (исключая перечисленные ранее специальные численные значения), то при 
его представлении в памяти появляется возможность считать первый разряд ве- 
щественного числа единичным по умолчанию и учитывать его наличие только на 
аппаратном уровне. Это дает возможность увеличить диапазон представимых чи- 
сел, так как появляется лишний разряд, пригодный для представления мантиссы 
числа. Но это справедливо только для короткого и длинного форматов веществен- 
ных чисел. Расширенный формат как внутренний формат представления числа 
любого типа в сопроцессоре содержит целую единичную часть вещественного 
в явном виде. 

Как определить вещественное число или зарезервировать место для его разме- 
щения в программе на ассемблере? 

Короткое вещественное число длиной в 32 разряда определяется директивой 
Ор. При этом обязательным в записи числа является наличие десятичной точки, 
даже если оно не имеет дробной части. Для транслятора десятичная точка являет- 
ся указанием, что число нужно представить в виде числа с плавающей точкой 
в коротком формате (см. рис. 17.7). Это же касается длинного и расширенного фор- 
матов представления вещественных чисел, определяемых директивами 00 и ОТ. 
Другой способзадания вещественногочисладирективами ОО, ООи ОТ— экспонен- 
циальная форма с использованием символа «>>. Вид вещественного числа в поле 
операндов директив ОО, РО и ОТможно представить синтаксической диаграммой 
(рис. 17.8). 





4 — десятичная цифра 0..9 


Рис. 17.8. Синтаксис вещественных чисел в директивах ОО, ОО и ОТ 


Чтобы окончательно разобраться в тонкостях представления вещественных 
чисел различных форматов в памяти, рассмотрим несколько примеров. 

Определим в программе вещественное число 45,56 в коротком формате. Это 
можно сделать тремя способами: 


аа 45.56 
аа 45.56е0 
99 0.4556е2 
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В памяти это число будет выглядеть так: 
71343642. 


Учитывая, что в архитектуре [ше принят «перевернутый» порядок следова- 
ния байтов в памяти в соответствии с принципом «младший байт по младшему 
адресу», истинное представление числа 45,56 будет следующим: 

42 36 3471. 


Двоичное представление в памяти числа 45,56 иллюстрирует рис. 17.9. 


Знак 


1 : 

0100 0010 ООН ОНО ООН 1101 07111 0001 
ИУ Ч и 
Характеристика 45. т .56 


Ее 


Позициявоображаемойточки 


Рис. 17.9. Двоичное представление в памяти вещественного числа в директиве ОО 


Из рисунка видно, что старшая единица мантиссы при представлении в памяти 
отсутствует. | 

Определим теперь в программе вещественное число 45,56 в длинном формате. 
Это можно сделать двумя способами: 


Ча 45.56 
Ча 45.56е0 


В памяти это число будет выглядеть так: 

АТ е1 7а 14 ае с7 46 40. 
Перевернув его, получим истинное значение: 

40 46 сТае 1 4 7ае1 47. 
Разберите его по компонентам вещественного числа самостоятельно. 
Наконец, определим в программе вещественное число 45,56 в расширенном 

формате: к 
@( 45.56 
В памяти это число будет выглядеть так: 
71 34 0а 47 а3 70 346 04 40. 

Перевернув его, получим истинное значение в памяти: 


40 04 Ъ6 34 70 а3 47 0а 34 71. 
Двоичное представление числа 45,56 полезно рассмотреть подробнее (рис. 17.10): 


Знак мантиссы 
+ 


У 
0100000000000109101103400011110101110000101900111101011100001010111000010111000} 
Характеристика "А 56 


4 = 16 388 1 
{р= 5)... нон." Позиция воображаемой точки 


Рис. 17.10. Двоичное представление в памяти вещественного числа в директиве ОТ 
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0100 0000 0000 0100 1011011000011 1101011100000 1010 
ООН 1101 01110000 1010 11100001 0111 0001. 


Данное число имеет следующее назначение битов: 
. 0 — знак<«+»; 
# 1000000 0000 0100 - характеристика а = 16 388; 
№ 1011 01 — целая часть числа (45); 


т 10 0011 1101 0111 0000 1010 0011 1101 0111 0000 1010 1110 0001 0111 0001 - 
дробная часть числа (0,56). 


Как видно, в мантиссе явно присутствует старшая единица, чего не было в ко- 
ротком и длинном форматах представления вещественного числа. 

Дальнейшее обсуждение требует четкого понимания того, каким образом из 
дробного десятичного числа получается его расигиренное вещественное представ- 
ление. Рассмотрим этот процесс по шагам. 


1. Переведем десятичную дробь 45,56 в двоичное представление. Подробно алго- 
ритм такого перевода описан в главе 4. В результате получим эквивалентное 
двоичное представление: 


45,56 ‚= 
= 101101.1000111101011100001010001111010111000010101110000101110001. 


2. Нормализуем число. Для этого переносим точку влево до тех пор, пока в целой 
части числа не останется одна двоичная единица. Число переносов влево (или 
вправо, если десятичное число было меньше единицы) станет порядком числа. 
Но будьте внимательны — в поле характеристики заносится смещенное значе- 
ние порядка (см. табл. 17.2). Таким образом, после перемещения точки получа- 
ем значение порядка равное 5. Соответственно, характеристика будет выгля- 
деть так: 


5+ 16383 - 16 388 „= 100000000000100, 


Сформированный результат в виде вещественного числа в расширенном фор- 
мате состоит из трех компонентов: 
знака — 0; 






характеристики — 100000000000100; 


. мантиссы - 1011 01100011 1101 0111 00001010 0011 1101 0111 0000 1010 1110 
00010111 0001. 


Позже вы научитесь пользоваться отладчиком для работы с сопроцессором и по- 
лучите возможность просматривать содержимое регистров стека (см. раздел «Ис- 
пользование отладчика»). При этом содержимое регистров стека будет изображать- 
ся в шестнадцатеричном виде: 40 04 Ь6 34 70 а3 97 Оа 34 71. Видно, что это 
представление полностью совпадает с приведенным ранее представлением числа 
в памяти, если оно описано вдирективе ОТ. 

В качестве итога еще раз подчеркнем, что расширенный формат представления 
вещественного числа является единственным форматом представления чисел в ре- 
гистрах сопроцессора. Само преобразование производится автоматически при за- 
грузке числа в стек сопроцессора. Исключение составляет расширенный формат. 


Е 





Форматы данных 463 


Специальные численные значения 


Несмотря на большой диапазон вещественных значений, представимых в регист- 
рах стека сопроцессора, понятно, что бесконечные значения находятся за рамками 
этого диапазона. Для того чтобы иметь возможность реагировать на вычислитель- 
ные ситуации, в которых возникают такие значения, в сопроцессоре и предусмотре- 
ны специальные комбинации битов, называемые специальными численными зна- 
чениями. При необходимости программист может сам кодировать специальные 
численные значения, поскольку вещественные числа, описанные директивой 
ОТ, соответствующие команды сопроцессора загружают без всяких преобразо- 
ваний. 


Денормализованные вещественные числа 


Денормализованныевещественные числа — это числа, которые меньше минималь- 
ного нормализованного числа для каждого вещественного формата. Поясним при- 
роду денормализованных чисел с использованием числовой шкалы. Например, для 
вещественного числа в расширенном формате диапазон представимых значений 
в сопроцессоре на числовой шкале будет выглядеть так, как показано на рис. 17.11. 


Нормализованные вещественные числа 
врасширенном формате 


= 3.37* 10**-4932 = 
Денормализованныечисла 


Рис. 17.11. Положение денормализованных вещественных чисел на числовой шкале 


Как нам уже известно, сопроцессор хранит числа в нормализованном виде. По 
мере приближения чисел к нулю ему все труднее «вытягивать» их значения к нор- 
мализованному виду, то есть к такому виду, чтобы первой значащей цифрой ман- 
тиссы была единица. Размерность разрядной сетки, отведенной в форматах веще- 
ственных чисел сопроцессора для представления характеристики, не безгранична. 
Поэтому при определенных значениях числа в расширенном формате значение 
характеристики становится равным нулю (рис. 17.11). Но на самом деле число от- 
лично от нуля, то есть это «не настоящий» численный нуль. Таким образом, между 


Минимальное положительное денормализованное число: 
00..00 ВИЙ 
79 78 64 63 [@) 

Минимальное отрицательное денормализованное ЧИСЛО: 


00..00__| 0000. 












7978 м8 ^^ 








Максимальное положительное денормализованное число: 
00.. 00 11111 111 | 

79 78 64 63 Ге) 

Макси мальное отрицательное денормализованное число: 

[100.00 __ [11 411 

79 78 64 63 Ге) 


Рис. 17.12. Диапазон представимых в сопроцессоре денормализованных чисел 
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истинным НУЛем и минимально представимым нормализованным числом есть еще 
бесконечное количество очень маленьких чисел. Это и есть так называемые денор- 
мализованные числа. Они имеют нулевой порядок и ненулевую мантиссу. Диапа- 
зон представимых в сопроцессоре денормализованных чисел не безграничен, так 
как количество разрядов мантиссы ограниченно (рис. 17.12). 

Вопрос о том, каким образом сопроцессор реагирует на появление денормали- 
зованных чисел, будет рассмотрен в разделе «Исключения сопроцессора и их об- 
работка». При формировании денормализованного значения в некотором регистре 
стека в соответствующем этому регистру теге регистра Т\/В формируется специ- 
альное значение (10). 


Нуль 

Нультакже относят к специальным численным значениям. Это делается из-за того, 
что это значение особо выделяется среди корректных вещественных значений, 
формируемых как результат работы некоторой команды. Более того, нуль может 
формироваться как реакция сопроцессора на определенную вычислительную си- 
туацию. 

Значение истинного нуля может иметь знак (рис. 17.13), что, впрочем, не влия- 
ет на его восприятие командами сопроцессора. Если необходимо определить знак 
нуля, то используйте команду ГХАМ. В результате работы этой команды в бит С1 
регистра З\/К заносится знак операнда. При загрузке нуля в регистр стека в соот- 
ветствующем теге регистра Т\УВ формируется специальное значение (01). 





ГоГоо.00 | 0000. 000 
7978 64 63 о 
[00.00 [0000 00 
7978 64 63 О 


Рис. 17.13. Представление нуля в регистре стека сопроцессора 


Значение нуля может быть сформировано в результате возникновения ситуации 
антипереполнения (см. далее), атакже при работе команд с нулевыми операндами. 


Бесконечность 


Сопроцессор имеет средства в виде специальных битовых значений для представ- 
ления бесконечности. Формат регистра стека сопроцессора, содержащего значе- 
ние бесконечности, приведен на рис. 17.14. 


10000 + 000 
79 78 64 63 0 
10000 менее 000 
79 78 64 63 [6 


Рис. 17.14. Представление значения бесконечности в регистре стека сопроцессора 


Из рисунка видно, что значение бесконечности может иметь знак, при этом зна- 
чения мантиссы и характеристики фиксированы. Именно в этом отличие значе- 
ния бесконечности от остальных специальных значений. 
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Среди причин, приводящих к формированию значения бесконечности, можно 
выделить переполнение и деление на нуль. При формировании значения беско- 
нечности в некотором регистре стека в соответствующем теге регистра Т\В фор- 
мируется специальное значение (10). 


Нечисла 


К нечислам относятся такие битовые последовательности в регистре стека сопро- 
цессора, которые не совпадают ни с одним из рассмотренных ранее форматов зна- 
чений. Нечисло должно иметьединичную мантиссу и любую характеристику, кроме 
100...00, которая зарезервирована для значения бесконечность. Различают два типа 
нечисел: 


К ЭМАМ (51епаНиё Моп а Митбег) — сигнальные нечисла; 





ОМАМ (Оше! Моп А Митбег) — спокойные (тихие) нечисла. 


Сигнальное нечисло — битовое значение с единичным значением полей харак- 
теристики и мантиссой, первый бит которой, следующий за первым единичным 
значащим битом, равен нулю (рис. 17.15, а). Сопроцессор реагирует на появление 
этого числа в регистре стека возбуждением исключения недействительной опера- 
ции. Программисты могут формировать эти числа в регистре стека сопроцессора 
преднамеренно, например, чтобы искусственно возбудить в нужной ситуации ука- 
занное исключение. Очевидно, что именно по этой причине данные числа называ- 
ются сигнальными. Если снять маску у флага недействительной операции в реги- 
стре СУ! В ‚то будетвызван обработчик, который выполнитзаданные программистом 
действия. 


а |х]|41..11 10ххх =... „ххх 
79 78 64 63 о 
6 х| 11..1_ | 11ххх о. ХХХ 
79 78 64 63 0 
в 1 М.П [11000 .. 000 
79 78 64 63 [6] 


Рис. 17.15.Представление нечисел в регистре стека сопроцессора 


Спокойное нечисло — битовое значение с единичным значением полей характе- 
ристики и мантиссой, первые два бита которой равны единице (рис. 17.15, 6). 

Сопроцессор самостоятельно не формирует сигнальных чисел, но в качестве 
реакции на определенные исключения он может формировать спокойные нечис- 
ла, например нечисло вещественной неопределенности (рис. 17.15, 6). Вешествен- 
ная неопределенность формируется как маскированная реакция сопроцессора на 
исключение недействительной операции (см. раздел «Исключения сопроцессора 
и их обработка»). Другие спокойные нечисла могут формироваться после выпол- 
нения команд, в которых хотя бы один из операндов был спокойным нечислом. 
Это может породить «цепную реакцию», ведущую к онгибочному результату. По- 
этому в процессе вычислений рекомендуется периодически контролировать ре- 
зультаты исполнения команд на предмет появления спокойных нечисел. 
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При формировании нечисла в некотором регистре стека в соответствующем теге 
регистра Т\В формируется специальное значение (10). 


Неподдерживаемые форматы 


Необходимо иметь в виду, что помимо рассмотренных существует довольно много 
битовых наборов, которые можно представить в расширенном формате веществен- 
ного числа. Для большинства их значений формируется исключение недействи- 
тельной операции. 


Система команд сопроцессора 


Система команд сопроцессора включает около 80 машинных команд. Рассмотрим 
их классификацию (рис. 17.16). | 


| Команды сопроцессора 


Передачи данных Сравнения данных Трансцендентные 
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Рис. 17.16. Функциональная классификация команд сопроцессора 


Мнемоническое обозначение команд сопроцессора характеризует особенности 
их работы и в связи с этим может представлять определенный интерес. Цоэтому 
коротко рассмотрим основные моменты образования названий команд. 
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Я Все мнемонические обозначения начинаются с символа Е (Еоай. 





Вторая буква мнемонического обозначения определяет тип операнда в памяти, 
с которым работает команда: 


С Т— целое двоичное число; 
О В — целое десятичное число; 
О отсутствие буквы — вещественное число. 


9 Последняя буква Р в мнемоническом обозначении команды означает, что по- 
следним действием команды обязательно является извлечение операнда из стека. 


Последняя или предпоследняя буква В (геуегзеа) в мнемоническом обозначе- 
нии команды означает реверсивное следование операндов при выполнении ко- 
манд вычитания и деления, так какдля них важен порядок следования операндов. 





Полезной может оказаться и информация о машинных форматах команд со- 
процессора. Если давать им общую характеристику, то важно отметить, что в це- 
лом система команд сопроцессора отличается большой гибкостью в выборе вари- 
антов задания команд, реализующих определенную операцию, и их операндов. 
Минимальная длина команды сопроцессора — 2 байта. При обсуждении команд 
в тексте данной главы будет приводиться лишь их схема. Детально машинное пред- 
ставление команд сопроцессора и сами команды описаны в приложении. 

Методика написания программ для сопроцессора имеет свои особенности. Глав- 
ная причина здесь — в стековой организации сопроцессора. Для того чтобы напи- 
сать программу для вычисления некоторого выражения, его необходимо предва- 
рительно преобразовать в удобный для программирования сопроцессора вид. 
Процесс преобразования напоминает подготовку выражения для метода трансля- 
ции, основанного на использовании обратной польской записи (ПОЛИЗ). Рассмот- 
рим суть ПОЛИЗ на примере вычисления выражения 


а-+ь.с-а4/(ань). 
Графически это выражение представляется в виде дерева (рис. 17.17).. 








Е 


ыы ет и и 
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Рис. 17.17. Представление выражения в виде дерева 


Листья ветвей дерева соответствуют операндам, а узлы — операциям. Пусть 
началом обхода будет лист самой левой ветви дерева. Тогда для получения обрат- 
ной польской записи выражения необходимо двигаться по дереву слева направо, 
при этом узлы должны просматриваться только после обхода всех исходящих из 
него ветвей. В результате выражение будет выглядеть так: 


абсх - ЧаЬ + / - 
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Другое название такой формы записи — постфиксная запись. Это означает, что 
знак операции записывается после операндов, участвующих в операции. Постфикс- 
ная запись позволяет вычислять выражения за один проход с учетом приоритета 
арифметических операций. 

Алгоритм вычисления выражений в постфиксной записи имеет следующий вид. 


1. Выбрать очередной символ записи выражения в форме ПОЛ ИЗ. 


2. Если очередной выбранный символ — операнд, то поместить его в стек, после 
чего вернуться к шату 1. 


3. Если очередной выбранный символ — знак операции, то выполнить ее с одним 
или двумя операндами на вершине стека. Результат операции необходимо по- 
местить обратно на вершину стека. 


4. Если в исходной записи выражения в форме ПОЛИЗ еще остались символы, 
то вернуться к шату 1, иначе — на вершине стека получить результат вычисле- 
ния выражения. 


При разработке программ необходимо учитывать следующие факторы: 





ограниченность глубины стека сопроцессора; 





несовпадение форматов операндов; 


в отсутствие поддержки на уровне команд сопроцессора некоторых операций, 
таких как возведение в степень, вычисление тригонометрических функций. 


Для решения этих проблем вам придется разрабатывать дополнительный про- 
граммный код, отклоняясь от классической (последовательной) обработки ариф- 
метических выражений, представленных в форме ПОЛИЗ. Однако стержнем про- 
граммы останется строка в форме ПОЛИЗ. 

Среди файлов к данной главе находятся файлы программы, с помощью кото- 
рой вы можете облегчить себе задачу преобразования простого арифметического 
выражения в форму ПОЛИЗ. Она поддерживает ограниченное количество опера- 
ций, но их набор вы можете расширить, дополнив конфигурационный файл рой$.с®9 
и исходный текст программы. 

Здесь возникает интересная алгоритмическая задача. В чем ее суть? Для тех 
операций, которые реализованы на уровне команд сопроцессора, особых проблем 
нет. И наоборот, для выражений, содержащих операции, не реализованные на уров- 
не команд сопроцессора, возникает проблема преобразования исходной строки 
в форму ПОЛИЗ. В качестве примера можно привести такую распространенную 
операцию, как возведение в степень. В соответствующей программе, которую мы 
рассмотрим чуть позже, реализуется ряд операций, необходимых для возведения 
в степень. То есть в выражении, преобразованном в форму ПОЛИЗ, будут записа- 
ны некоторые операции, отсутствующие в исходной записи этого выражения. Это 
означает, что при формировании строки ПОЛИЗ программа должна выполнять 
неявную подстановку дополнительных операндов и операций в соответствии с не- 
которой формулой приведения. 


Команды передачи данных 


Группа команд передачи данных предназначена для организации обмена между 
регистрами стека, вершиной стека сопроцессораи ячейками оперативной памяти. 
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Команды этой группы имеют такое же значение для программирования сопроцес- 
сора, как команда МО\У — для программирования основного процессора. С помо- 
щью команд передачи данных осуществляются все перемещения значений опе- 
рандов в сопроцессор и из него. По этой причине для каждого из трех типов данных, 
с которыми может работать сопроцессор, существует своя подгруппа команд пере- 
дачи данных. Собственно, на этом уровне все его умения по работе с различными 
форматами данных и заканчиваются. Главной функцией всех команд загрузки дан- 
ных в сопроцессор является преобразование данных к единому представлению 
в виде вещественного числа расширенного формата. Это же касается и обратной 
операции — сохранения в’памяти данных из сопроцессора. 
Команды передачи данных можно разделить на следующие группы: 


#" команды передачи данных в вещественном формате; 
команды передачи данных в целочисленном формате; 
% команды передачи данных в десятичном формате. 


Далее перечислены команды передачи данных в вещественном формате. 
ЕГО источник — загрузка вещественного числа из области памяти на вершину 
стека сопроцессора. 








РТ приемник — сохранение вещественногочисла извершины стека сопроцессо- 
ра в память. Как следует из анализа мнемокода команды (отсутствует символ 
Р), сохранение числа в памяти не сопровождается выталкиванием его из 
стека, то есть текущая вершина стека сопроцессора не меняется (поле ТОР 
не меняется). 





ЕУТР приемник — сохранение вещественного числа из вершины стека сопроцес- 
сора в память. В отличие от предыдущей команды, в конце мнемонического 
обозначения данной команды присутствует символ Р, что означает выталкива- 
ние вещественного числа из стека после его сохранения в памяти. Команда из- 
меняет поле ТОР, увеличивая его наединицу. Вследствие этого вершиной стека 
становится следующий больший по своему физическому номеру регистр стека 
сопроцессора. 


Далее перечислены команды передачи данных в целочисленном формате. 
ш ЕПО источник — загрузка целого числа из памяти на вершину стека сопро- 
цессора. 





Е$Т приемник — сохранение целого числа из вершины стека сопроцессора в па- 
МЯТЬ. Сохранение целого числа в памяти не сопровождается выталкиванием 
его из стека, то есть текущая вершина стека сопроцессора не изменяется. 





НУТР приемник — сохранение целого числа из вершины стека в память. Анало- 
гично сказанному ранее о команде ЕЗТР, последним действием команды являет- 
ся выталкивание числа из стека с одновременным преобразованием его в целое 
значение. 


И наконец, осталось перечислить команды передачи данных в десятичном фор- 
мате. 





ЕВГ источник — загрузка десятичного числа из памяти на вершину стека сопро- 
цессора. 
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в ЕВУР приемник — сохранение десятичного числа из вершины стека сопроцессо- 
рав области памяти. Значение выталкивается из стека после преобразования 
его в формат десятичного числа. Заметьте, что для десятичных чисел нет ко- 
манды сохранения значения в памяти без выталкивания из стека. 


К группе команд передачи данных можно отнести также команду обмена вер- 
шины регистрового стека $Т(0) с любым другим регистром стека сопроцессора $Т(1): 
хе $1) 

Действие команд загрузки ЕГО, Е и ЕВ можно сравнить с командой РОЗН 
основного процессора. Аналогично ей (РОЗН уменьшает значение в регистре 5Р) 
команды загрузки сопроцессора перед сохранением значения в регистровом стеке 
сопроцессора вычитают из содержимого поля ТОР регистра состояния 5\Кедини- 
цу. Это означает, что вершиной стека становится регистр с физическим номером 
наединицу меньше. При этом возможно переполнение стека. Так как стек сопро- 
цессора состоит из ограниченного числа регистров, то в него может быть записано 
максимум восемь значений. Из-за кольцевой организации стека девятое записы- 
ваемое значение затирает первое. Программа должна иметь возможность обрабо- 
тать такую ситуацию. По этой причине почти все команды, помещающие свой опе- 
рандвстексопроцессора, послеуменьшения значения поля ТОР проверяетрегистр — 
кандидат на новую вершину стека — на предмет его занятости. Для анализа этой 
и подобных ситуаций используется регистр ТУК, содержащий слово тегов (см. 
рис. 17.1). Наличие регистра тегов в архитектуре сопроцессора позволяет освобо- 
дить программиста от разработки сложной процедуры распознавания содержимо- 
го регистров сопроцессора и дает самому сопроцессору возможность фиксировать 
определенные ситуации, например попытку чтения из пустого регистра или за- 
пись в непустой регистр. Возникновение таких ситуаций фиксируется в регистре 
состояния ЗУ"Ё (см. рис. 17.2), предназначенном для сохранения общей информа- 
ции о сопроцессоре. Используя специальные команды сопроцессора, можно из- 
влечь из него или, напротив, записать в него информацию (см. далее подраздел 
«Команды управления сопроцессором» данного раздела). 

В качестве примера определим несколько констант и выполним их пересылки 
между оперативной памятью и регистрами сопроцессора, а также между регистра- 
ми стека. При этом будем следить за состоянием стека сопроцессора. В ходе реали- 
зации этих операций вполне закономерно возникает вопрос о том, имеются ли 
какие-либо средства для наблюдения за состоянием регистров сопроцессора, 
аналогично тому, как это делалось при работе с основным процессором. Для него, 
как вы помните, мы использовали отладчик Тифо Пебизег. Оказывается, что да- 
леко ходить не нужно. Тот же Тифо ПеБизег предоставляет нам эту возможность. 
Чтобы не нарушать структуру общего изложения, материал по Тигро Бефизег вы- 
несен в отдельный раздел «Использование отладчика». С ним можно ознакомить- 
ся прямо сейчас, после чего вернуться обратно. При наличии у вас другого отлад- 
чика, отличного от Тифо Оебизег, следует обратиться к его описанию и поискать 
аналогичные средства. 

Введите программу из листинга 17.1. Выполните ее под управлением отладчи- 
ка и проследите за тем, как меняется состояние регистров сопроцессора в окне 
Мише!г!с ргосеззог. 
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Листинг 17.1.Исследование команд передачи данных 
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Исследовать работу этой программы полезно с открытым окном Битр, так как 
при этом хорошо видны различия в представлении типов данных. 


Команды загрузки констант 


Основным назначением сопроцессора является поддержка вычислений с плаваю- 
щей точкой. В математических вычислениях довольно часто встречаются предопре- 
деленные константы, и сопроцессор хранит значения некоторых из них. Другая 
причина использования этих констант заключается в том, что для определения их 
в памяти (в расширенном формате) требуется 10 байт, а это для хранения, напри- 
мер, единицы расточительно (сама команда загрузки константы, хранящейся в со- 
процессоре, занимает два байта). В формате, отличном от расширенного, эти кон- 
станты хранить не имеет смысла, так как теряется время на их преобразование в тот 
же расширенный формат. Для каждой предопределенной константы существует 
специальная команда, которая производит загрузку ее на вершину регистрового 
стека сопроцессора: 


НОГ - загрузка нуля; 

# Е! — загрузка единицы; 

# НОР — загрузка числа п; 

# НОПТ — загрузка двоичного логарифма десяти; 

а РОЕ2Е — загрузка двоичного логарифма экспоненты (числа е); 


Е 


Н.ОТО? — загрузка десятичного логарифма двойки; 
РОМ? — загрузка натурального логарифма двойки. 
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Команды сравнения данных 


Команды сравнения данных сравнивают значение числа в вершине стека и опе- 
ранда, указанного в команде. 





П 





П 


ЕСОМ [операнд_в_памяти] — команда без операндов сравнивает два значения: одно 
находится в регистре $Т(0), другое в регистре 5Т(1). Если указан операнд [опе- 
ранд_в_памяти], то сравнивается значение в регистре $Т(0) стека сопроцессора 
со значением в памяти. 


ЕСОМР операнд — команда сравнивает значение в вершине стека сопроцессора 
5Т(0) со значением операнда, который находится в регистре или в памяти. По- 
следним действием команды является выталкивание значения из $Т(0). 


ЕСОМРР операнд — команда аналогична по действию команде [СОМ без операн- 
дов, но последним ее действием является выталкивание из стека значений обо- 
их регистров, $1(0) и $Т(1). 

НОСОМ операнд_в_памяти — команда сравнивает значение в вершине стека сопро- 
цессора 5Т(0) с целым операндом в памяти. Длина целого операнда — 16 или 
32 бита, то есть это целое слово и короткое целое (см. табл. 17.1). 





ЕСОМР операнд —.команда сравнивает значение в вершине стека сопроцессора 
5Т(0) с целым операндом в памяти. После сравнения и установки битов (3...(0 
команда выталкивает значение из $5Т(0). Длина целого операнда — 16 или 32 бита, 
то есть это целое слово и короткое целое (см. табл. 17.1). 


НТ — команда не имеет операндов и сравнивает значения в $Т(0) с нулем (зна-- 
чением 00). 


Предыдущие команды сравнения работают корректно, если операнды в них 


являются целыми или вещественными числами. Когда один из операндов оказы- 
вается нечислом, то фиксируется исключение недействительной ситуации, а коды 
условия (3.. .С0 соответствуют исключительной ситуации несравнимых или неупо- 
рядоченных операндов. Само же действие сравнения не производится. Процессор 
предоставляеттри команды, позволяющие все же произвести сравнение таких опе- 
рандов, но как вещественных чисел без учета их порядков. 





РОСОМ $((1) — команда сравнивает значения (без учета их порядков) в регистрах 
стека сопроцессора $Т(0) и $Т(1), 

ЕОСОМР 5((1) — команда сравнивает значения (без учета их порядков) в регист- 
рах стека сопроцессора 5Т(0) и $Т(!). Последним действием команды является 
выталкивание значения из вершины стека. 


РОСОМРР $(1) — команда сравнивает значения (без учета их порядков) в регист- 
рах стека сопроцессора $Т(0) и $Т(1). Последние два действия команды одинако- 
вы — выталкивание значения из вершины стека. 


В результате работы команд сравнения в регистре состояния устанавливаются 


следующиезначениябитовкодаусловия СЗ, С2, СО: 


вая 


если $Т(0) > операнда, то 000; 
если 5Т(0) < операнда, то 001; 
если $Т(0) = операнду, то 100; 
если операнды неупорядочены, то 111. 
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Для того Чтобы получить возможность реагировать на эти коды командами ус- 
ловного перехода основного процессора (вспомните, что они реагируют на флаги 
в ЕРГАО5), нужно как-то записать сформированные биты условия СЗ, С2, СО в ре- 
гистр ЕЕГАО$. В системе команд сопроцессора существует команда Р5Т5\/, которая 
позволяет запомнить слово состояния сопроцессора в регистре АХ или ячейке па- 
мяти. Далее значения нужных битов извлекаются и анализируются командами 
основного процессора. Например, запись старшего байта слова состояния, в кото- 
ром находятся биты (0...С3, в младший байт регистра ЕРГАОЗ/ЕГАС$ осуществляет- 
ся командой 5АНЕ. Эта команда записывает содержимое АН в младший байт регист- 
ра ЕРГАО$/ЕТАО$. После этого бит СО записывается на место флага СЁ, С2 — на место 
РЕ, СЗ — на место Е. Бит С1 выпадает из общего правила, так как врегистре флагов 
на месте соответствующего ему бита находится единица. Анализ этого бита нужно 
проводить с помощью логических команд основного процессора. Зная все это, вам 
остается, исходя из особенностей своего алгоритма, применять те команды услов- 
ного перехода, которые анализируют состояние указанных флагов. 

В качестве иллюстрации рассмотрим программу разбиения массива веществен- 
ных чисел в формате двойного слова на два массива. В первый массив поместим 
все элементы, которые больше или равны нулю, а во второй — меньше нуля (лис- 
тинг 17.2). 


Листинг 17.2. Исследование команд сравнения данных 


.586р 

мат 

поае1 ч5$е16 зпа11 
.5фаск 1008 


.Чаха ; сегмент данных 
‚исходный массив 
паз аа -2.0, 45.7, -9.4, 7.3, 60.3, -58.44, 890е7, -98746еЗ3 








паз_Н_0 аа 8 чир (0 ‚массив значений, больше либо равных 0, 
1_маз_в_0 да 0 ‚текущий индекс в Ма$_п_9 
таз_1_0 а 8 а (0) ‚массив значений меньших 0 
1_маз_1_0 ода 0 ‚текущий индекс в ма$_1_09 
. соде 
па1п ргос ‚начало процедуры ша1п 
моу ах, @Дага 
шоу 45, ах 
хог е$1, е51 
поУу сх, 8 ;счетчик циклов 
1 пт ‚приведение сопроцессора в начальное состояние 
1197 ; загрузка нуля в $((0) 
Суст: 
Есош таз [е$1*4] ‚сравнение нуля в $0(0) 
;с очередным элементом массива паз 
1545и ах ; сохранение $мг в регистре ах 
савЕ ‚запись $иг->ах-> регистр флагов 
р еггог ;переход по "плохому" операнду в команде Есой 


с Н1_0;переход, если паз [ез1*4]>= 0 (таз [е$1*4] >=$%(0)) 
; пересылка операнда та$ {е$1*4], меньшего 0. в массив маз_1_09 
поу еах, паз [ез1*4] 
поу е41, 1_маз_1_0 
поу та5_1_@[е41*4], еах 
1тс 1_маз$_1_0 
тр сус1_рзЕ 
610: 
; пересылка операнда таз [е51*4], большего или равного 0, в массив паз_п_0 
поу еах, Ма$ [е$1*4] продолжение „$ 
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Листинг17.2{продолжение) 


том е41, 1 маз_п_9 
тоу гааз_№_0[е91*4], еах 
1пс 1_ма$_пВ_9 
суст 65%: 
116 $1 
1оор суст 
еггог: 
;здесь можно вывести сообщение об ошибке в задании операндов 
ех1х: 
ОУ ах, 4с008 


Ш 218 
тат епар 
еп@ тат 


К группе команд сравнения данных логично отнести и команду ЕХАМ, которая 
анализирует операнд в вершине стека сопроцессора $Т(0) и формирует значение 
битов СО, (1, С2, СЗ врегистре состояния сопроцессора УК. Посостоянию этихби- 
тов можно судить: 


* ознакемантиссы — знаковый битоперанда в5Т (0) заносится вбит СО регистра З\/В; 


ея 


# корректности записи вещественного числа в $Т(0) — идентифицируются пус- 
той регистр, корректное вещественное число, нечисло и неизвестный формат; 


Я типе специального численного значения: бесконечность, нуль, денормализован- 
ный операнд. 


Подробное описание команды ЕХАМ можно найти в приложении. 


Арифметические команды 


Команды сопроцессора, входящие в группу арифметических команд, реализуют 
четыре основные арифметические операции — сложение, вычитание, умножение 
и деление. Имеется также несколько дополнительных команд, предназначенных 
для повышения эффективности использования основных арифметических команд. 
С точки зрения типов операндов арифметические команды сопроцессора можно 
разделить на команды, работающие с вещественными и целыми числами. Рассмот- 
рим их. 


Целочисленные арифметические команды 


Целочисленные арифметические команды предназначены для работы на тех участ- 
ках вычислительных алгоритмов, где в качестве исходных данных используются 
целые числа в памяти в формате слово и короткое слово, имеющие размерность 
1би 32 бита. 

При рассмотрении целочисленных арифметических команд обратите внима- 
ние на большую гибкость задания операндов в этих командах. 


* ЕНАОО источник — команда складывает значения 5$1(0) и целочисленного источ- 
ника, в качестве которого выступает 16- или 32-разрядный операнд в памяти. 
Результат сложения запоминается в регистре стека сопроцессора $Т(0). 





НОВ источник — команда вычитает значение целочисленного источника из $Т(0). 
Результат вычитания запоминается в регистре стека сопроцессора 5Т(0). В ка- 


честве источника выступает 16-или 32-разрядный целочисленный операнд в па- 
мяти. 
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ЫМОГ источник — команда умножает значение целочисленного источника на 
содержимое 5Т(0). Результат умножения запоминается в регистре стека сопро- 
цессора $Т(0). В качестве источника выступает 16- или 32-разрядный целочис- 
ленный операнд в памяти. 





НШ источник — команда делит содержимое $Т(0) на значение целочисленного 
источника. Результат деления запоминается в регистре стека сопроцессора $Т(0). 
В качестве источника выступает 16- или 32-разрядный целочисленный операнд 
в памяти. 


Для команд, реализующих арифметические действия деления и вычитания, 
важен порядок расположения операндов. По этой причине система команд сопро- 
цессора содержит соответствующие реверсивные команды, повышающие удобство 
программирования вычислительных алгоритмов. Чтобы отличить эти команды 
от обычных команд деления и вычитания, их мнемокоды оканчиваются символом В. 





ЕЗОВК источник — команда вычитает значение 5Т(0) из целочисленного источ- 
ника. Результат вычитания запоминается в регистре стека сопроцессора $Т(0). 
В качестве источника выступает 16- или 32-разрядный целочисленный операнд 
в памяти. 





ЕШ/УК источник — команда делит значение целочисленного источника на содер- 
жимое $1(0). Результат деления запоминается в регистре стека сопроцессора 
$1(0). В качестве источника выступает 16- или 32-разрядный целочисленный 
операнд в памяти. 


Рассмотрим пример программы вычисления значения и (листинг 17.3): 


- и 
и=—, еслиая 0; 
а 


и=х+у, если а =0. 





Все переменные х, у и а целого типа в формате слова. Результат необходимо 
сохранить в ячейке памяти в формате десятичного числа. 


Листинг 17.3. Исследование целочисленных арифметических команд 


.586р 

тазт 

поде]1 и5е16 зта11 
‚.5фаск 1901 

‚дата ‚сегмент данных 
; исходный массив 

а ам 0 

х дм 8 

у Ом 4 

и «О 

.соде 

па1п ргос 


моу ах, @дага 
поу 95, ах 


Тит ‚приведение сопроцессора в начальное состояние 
+114 а ; загрузка значение а в $5((0) 
Ехам ‚определяем тип а 


Т5{5м ах ;сохранение $иг в регистре ах забЕ 
;запись $мг->ах-> регистр флагов С 
продолжение 3 
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Листинг 17.3 (продолжение) 


]< по_пи11 

Др по пш\ 

]п7 по_пи11 
‚вычисление формулы и=х+у 


та х 
Нааа у 
6 ${р [И 
] тр ех1 Е 
по пи: 
‚вычисление формулы и=(х-у)/а: 
Е11а х 
11546 у 
Еду а 
‚ Ерэр чц 
ех1 + 
пох ах, 4с00п 
1 218 
па1п епар 
еп@ па1п 


Вещественные арифметические команды 


Схема расположения операндов вещественных команд традиционна для команд 
сопроцессора. Один из операндов располагается в вершине стека сопроцессора — 
регистре $Т(0), куда после выполнения команды записывается и результат, а вто- 
рой операнд может быть расположен либо в памяти, либо в другом регистре стека 
сопроцессора. Допустимыми типами операндов в памяти являются все перечис- 
ленные ранее вещественные форматы за исключением расширенного. 

В отличие от целочисленных арифметических команд, вещественные арифме- 
тические команды допускают большее разнообразие в сочетании местоположения 
операндов и самих команд для выполнения конкретного арифметического дей- 
ствия. Так, например, можно выделить три возможных варианта команды сложе- 
ния. В дополнение к этим трем вариантам существует еще одна команда сложе- 
ния, производящая дополнительное действие — удаление значения из стека. 





РАБО — команда складывает значения в 5Т(0) и 5Т(1). Результат сложения запо- 
минается в регистре стека сопроцессора 5Т(0). 


РАБОВ источник — команда складывает значения $Т(0) и источника, представляю- 
щего адрес ячейки памяти. Результат сложения запоминается в регистре стека 
сопроцессора 5Т(0). 





ЕАБР $4(1),5{ — команда складывает значение в регистре стека сопроцессора $Т(1) 
со значением в вершине стека 5Т(0). Результат сложения запоминается в регис- 
тре $Т(1). 

РАООР $%(1),54 — команда производит сложение вещественных операндов анало- 
гично команде РАОП ${(1),5+, однако последним действием команды является 


выталкивание значения из вершины стека сопроцессора 5Т(0). Результат сло- 
жения остается в регистре $Т(1-1). 





Для выполнения операции вычитания также имеется большой набор команд. 
ЕЗОВ — команда вычитает значение в $Т(1) из значения в 5Т(0). Результат вычи- 
тания запоминается в регистре стека сопроцессора 5Т(0). 





‚ 
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и РОВ источник — команда вычитает значение источника из значения в $Т(0). Ис- 
точник представляет адрес ячейки памяти, содержащей допустимое веществен- 
ное число. Результат сложения запоминается в регистре стека сопроцессора 
$Т(0). 

и Е5ШВ $0),% — команда вычитает значение в вершине стека 51(0) из значения 
в регистре стека сопроцессора $Т(1). Результат вычитания запоминается в реги- 
стре стека сопроцессора $Т(1). 


РЗОВР $4(1),5: — команда вычитает вещественные операнды аналогично команде 
ЕЗОВ ${(1),51. Последним действием команды является выталкивание значения 
из вершины стека сопроцессора $Т(0). Результат вычитания остается в регистре 
$1(1-1). 

Для удобства группа команд вычитания вещественных чисел дополнена коман- 
дами реверсивного вычитания. 


я ЕВЕ $), — команда вычитает значение в вершине стека 5Т(0) из значения 
в регистре стека сопроцессора ЗТ(\). Результат вычитания запоминается в вер- 
шине стека сопроцессора — регистре $Т(0). 


ри 


за РУОВКР 5(1),56 — команда производит вычитание подобно команде ЕЗОВК $1) ‚5. 
Последним действием команды является выталкивание значения из вершины 
стека сопроцессора $Т(0). Результат вычитания остается в регистре $Т(1-1). 


Изучая команды умножения вещественных операндов, обратите внимание не 
то, что операнды располагаются исключительно в стеке сопроцессора. 
# ЕМУ — команда не имеет операндов. Умножает значения в 5Т(0) на содержимое 
в 5Т (1). Результат умножения запоминается в регистре стека сопроцессора 5Т(0). 


П ЕМ1 $0) — команда умножает значение в $Т(0) на содержимое регистра стека 
УТ@). Результат умножения запоминается в регистре стека сопроцессора $Т(0). 





ЕМИТ $1), — команда умножает значения в $Т(0) на содержимое произвольно- 
го регистра стека $Т(1). Результат умножения запоминается в регистре стека 
сопроцессора $Т(1). 





ЕМОТР $+(1),5Е — команда производит умножение подобно команде ЕМПТ. $4(1) ‚5. 
Последним действием команды является выталкивание значения из вершины 
стека сопроцессора $Т(0). Результат умножения остается в регистре $Т(1-1). 


И наконец, рассмотрим команды, реализующие деление вещественных данных. 
Подобно командам умножения, операнды этих команд располагаются в стеке со- 
процессора: 7 





ЕД — команда (без операндов) делит содержимого регистра $1(0) на значение 
регистра сопроцессора $Т(1). Результат деления запоминается в регистре стека 
сопроцессора 5Т(0). 

& РГУ $1) — команда делит содержимое регистра $Т(0) на содержимое регистра 
сопроцессора $Т(1). Результат деления запоминается в регистре стека сопроцес- 
сора $(0). 

ЕО $1,5 — команда производит деление аналогично команде ЕП $(1), но 
результат деления запоминается в регистре стека сопроцессора $Т(1). 
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. ЕРОМР $%(1),5 — команда производит деление аналогично команде ЕОТ\ $4(1),54. 
Последним действием команды является выталкивание значения Из вершины 
стека сопроцессора 5Т(0). Результат деления остается в регистре $Т(1--1). 


Для реализации деления в сопроцессоре также предусмотрены две реверсив- 
ные команды, отличительным признаком которых является наличие символа К. 
в качестве последнего или предпоследнего символа мнемокода: 


|! РОМА $(),54 — команда делит содержимое регистра $Т(1) на содержимое верши- 
ны регистра сопроцессора $Т(0). Результат деления запоминается в регистре 
стека сопроцессора 5Т(0). 





ЕБТУКР $((1),5 — команда делит содержимое регистра $Т(1) на содержимое вер- 
шины регистра сопроцессора 5Т(0). Результат деления запоминается в регистре 
стека сопроцессора 5Т(1), после чего производится выталкивание содержимого 
$Т(0) из стека. Результат деления остается в регистре $Т(1-1). 


Разработаем программу вычисления факториала числа 10 (листинг 17.4): 


Ч 


Напомним, что вычисление факториалазаключается ввыполнении последова- 
тельногоумножения] *2*3....* (гГ— 1) * г. | 


Листинг 17.4. Исследование вещественных арифметических команд 


.586р 
мат 
побе1 и5$е16 зпа11 
‚.збаск 100 
‚Дата ‚сегмент данных 
;исходный массив 
1  ечди 10 
у аа 0 
.соде 
па1п ргос 
мо ах, @Ддата 
оу 93, ах 
1016 ;приведение сопроцессора в начальное состояние 
#191 ;86 (0) =1! 
+141 ;56 (0)=1=1. $6 (1)=1! 
ЕЕ у 
ОУ сх, 1-1 ‚первый элемент уже вычислили 
СуСт: 
191 
Гада Р 
тит ${(1), $1(0);5:(0)=1=2, 3.., $&(1)=11! 
Е1а1 
фату $1(0), $1(2);1/1} 
Гада у ; накопление суммы 
Е$Ер у ‚сохранение суммь 
1оор Сус! 
ехтЕ; 
оу ах, 4с00п 
те 211 








па1п епар 
епЯ ма1п 





Система команд сопроцессора 479 


Дополнительные арифметические команды 


Далее перечислены команды, входящие в группу дополнительных арифметиче- 
ских команд/ 





Р5ЧЕТ — вычисление квадратного корня из значения, находящегося в вершине 
стека сопроцессора — регистре 5Т(0). Команда не имеет операндов. Результат 
вычисления помещается в регистр 5Т(0). Следует отметить, что данная команда 
обладает определенными достоинствами. Во-первых, результат извлечения до- 
статочно точен, во-вторых, скорость исполнения чуть больше скорости выпол- 
нения команды деления вещественных чисел ЕПУ; 


9 РАВ — вычисление модуля значения, находящегося в вершине стека сопроцес- 
сора — регистре $Т(0). Команда не имеет операндов. Результат вычисления по- 
мещается в регистр $Т(0); 


И ЕСН$ — изменение знака значения, находящегося в вершине стека сопроцессо- 
ра — регистре $Т(0). Команда не имеет операндов. Результат вычисления поме- 
щается обратно в регистр $Т(0). Отличие команды ЕСН$ от команды ЕАВ$ в том, 
что команда ЕСН$ только инвертирует знаковый разряд значения в регистре $Т(0), 
не меняя значения остальных битов. Команда вычисления модуля РАВ$ при на- 
личии отрицательного значения в регистре $Т(0), наряду с инвертированием зна- 
кового разряда, выполняет изменение остальных битов значения таким обра- 
зом, чтобы в $5Т(0) получилось соответствующее положительное число. 


 РАТВАСТ — команда выделения порядка и мантиссы значения, находящегося 

в вершине стека сопроцессора — регистре 5Т(0). Команда не имеет операндов. 

Результат выделения помещается в два регистра стека — мантисса в $Т(0), а по- 

рядок в $1(1). При этом мантисса представляется вещественным числом с тем 

же знаком, что и у исходного числа, и порядком равным нулю. Порядок, поме- 
щенный в $Т(1), представляется как истинный порядок, то есть без константы 

смещения, в виде вещественного числа со знаком и соответствует величине Р 

формулы (17.1). 

На последнюю команду следует обратить особое внимание, так как она позво- 
ляет выделить и затем по отдельности проанализировать порядок и мантиссу чис- 
ла, содержащегося в вершине стека. Для того чтобы разобраться с тонкостями ра- 
боты этой команды, изучите листинг 17.5. Исходное десятичное число для этой 
программы равно 45,56. Оно взято из рассмотренного ранее примера по определе- 
нию десятичного числа в расширенном формате (см. раздел «Форматы данных»). 


Листинг 17.5. Исследование работы команды ЕХТВАСТ 


.586р 

мат 

поае1 и$е16 зпа11 

„.зфаск 1008 

„Дата ‚сегмент данных 

п_а6 аЕ 0 

СП_а а 0 

у _теа1 96 45.56 ;у_геа1=4004 р6За 70а3 &70а 3471 

‚.соде 

па1п ргос ‚начало процедуры ма1п . 


тоу ах, @дата продолжение 8 
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Листинг 17.5 (продолжение) 


шоу 49$, ах 
+149 у_геа\ ;51(0)=4004 Р6За 70а3 970а 3471 (45.56) 
Ехегасе ;86 (1)=4001 а000... 0000 (5), 

;86 (0)=ЗЕЕЕ ©63а 70а3 &а70а 34971 (1.42375) 
Езер м_ 4% ;56 (0)=4001 а000... 0000 


;п_Ч%=ЗТУР ©6349 70а3 970а 3971 (1.42375) 
Езёр сн_4& ум Ч{=ЗУТЕ 6639 70а3 970а 3971 (1.42375) 
а ;СН_9{=4001 а000 ... 0000 (5) 
ех1 *: 
поу ах, 4с090п 
106 218 
па1п епар 
еп@ па1п 

Введите эту программу, получите исполняемый модуль и загрузите его в от- 
ладчик Тигбо Оерирег. Раскройте на весь экран окно Митенс ргосеззог, чтобы на- 
блюдать за содержимым регистров стека сопроцессора в шестнадцатеричном фор- 
мате. В пошаговом режиме проследите за теми действиями, которые выполняет 
команда ЕХТКАСТ. Вы обнаружите, что команда ЕХТКАСТ выделяет характеристику 
вещественного числа в расширенном формате по формуле (17.3) вычисляет ис- 
тинный порядок числа, представляет его как число со знаком и заносит в регистр 
5Т()). Не забывайте, что это порядок нормализованного числа в двоичном форма- 
те, поэтому для нашего примера он равен 5 (в формуле (17.2) М = 2). Далее команда 
ЕХТВАСТ формирует нулевой порядок значения в 5Т(0), занося в поле характеристи- 
ки значение 3 (16383 „). На этом ее работа заканчивается. Следующие за ЕХТКАСТ 
команды сохраняют значения мантиссы и порядка в памяти как самостоятельные 
значения. Восстановить исходное значение можно командой масштабирования 
ЕЗСАТЕ, которая к тому же позволяет легко производить умножение на целочис- 
ленную степень числа 2. Эта команда изменяет порядок значения, находящегося 
в вершине стека сопроцессора — регистре $Т(0), на величину в 5Т(1). Команда не 
имеет операндов. Величина в ЭТ(1) рассматривается как число со знаком. Его при- 
бавление к полю порядка вещественного числа в 5Т(0) означает его умножение на 
величину 2%), то есть 5Т(0) = $Т(0) * 2%. 

С помощью данной команды удобно масштабировать на степень двойки неко- 
торую последовательность чисел в памяти. Для этого достаточно поочередно за- 
гружать числа последовательности в вершину стека, после чего применять коман- 
ду ЮСАГЕ и сохранять значения обратно в памяти. Команда ЕЗСАГЕ по алгоритму 
работы является обратной команде ЕХТКАСТ. Чтобы убедиться в этом, модифици- 
руем листинг 17.5, превратив его в листинг 17.6. 





Листинг 17.6. Исследование работы команды ЕЗСАЕЕ 


.586р 

мазт 

пое1 и5е16 зта11 

.этаск 1006 

.Чаха ; сегмент данных 

у теа1 аЕ 45.56 ;у_геа1=4004 ©63а 70а3 а70а 3971 
. соде 

па1п ргос ; начало процедуры па1п 


поу ах, @дажа 
поу 43, ах 
114 у_геа1 :5((0)=4004 63а 70а3 970а 3971 (45.56) 
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Ригас! :5%(1)=4001 а000 .. 0000 (5 


$5 (0)=ЗТЕЕ 0634 70а3 те а (1.42375) 
15са!е ;51(0)= 4004 5634 70а3 970а 34971 (45.56) 


ех1{: 


Сопроцессор имеет программно-аппаратные средства для округления тех ре- 
зультатов работы команд, которые не могут быть точно представлены. Но опера- 
ция округления может быть проведена к значению в регистре 5Т (0) и принудитель- 
но, для этого предназначена последняя команда в группе дополнительных команд — 
команда ЕАМОТМТ. Эта команда округляет до целого значение, находящееся в вер- 
шине стека сопроцесбора — регистре $Т(0). Команда не имеет операндов. 

Возможны четыре режима округления величины в 5Т(0), которые определяют- 
сязначениями вдвухразрядном поле КСуправляющего регистра сопроцессора. Как 
изменить режим округления? С помощью двух команд, ЕУТСМК и ЕГОСУК, которые, 
соответственно, запибывают в память содержимое управляющего регистра сопро- 
цессора и восстанавливают его обратно. Таким образом, пока содержимое этого 
регистра находится В памяти, вы имеете возможность установить необходимое 
значениеполя КС. | 

Исследуем работу команды ЕКМОГ\Т на следующем примере (листинг 17.7). 


Листинг 17.7. Исследование работы команды ЕВМОИМТ 


.586р 

тазт 
тоде{ и5е16 сма11 | 
„5фаск 1008 


„Дата {сегмент данных 
мет16 Чм 0 : 
у _геа1 0Е 10.0 | 
х 3 да 3.0 р 


.соде | 
па1п ргос {начало процедуры па1п 
то ах, @да{а 
МОУ 9$, ах 
+14 у_геа1 ) 
+19 Хх} | 
ТО1У 15$1(0)=3.333,..33 


51см  тмет16 3 
апа пем16, 11110011111111116 
119см  меш16 : 





Ехрблре гс=0, $6(0)=3 
+14 у_геа1 | 

ах 3 

Е91 у 151(0)=3.333...33 
ЕЗЕСи мет16 : 

апа тет16, 11116011111111116 
ог мет16, 11116111111111116 
Е] аси тет16 | 

ЕП 1 06 1гс=01, 56(0)=3 
114 у_геа1 ` 

+19 23 1 

ЕО у 15((0)=3.333.. .33 
Е56си  меш16 : 

апа пеп16, 111106011111111116 
ог пе16, 11111011111111116 
[19см  мем16 3 

Еп91 пе }гс=10, $1(0)=4 
та у_тгеа1 : 





продолжение = 
16 Зак. 256 
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Листинг 17.7(продолжение) 


119 х 3 
там ;51(0)=3.333...33 
РУС \м мет1 6 
апа шет16, 11110011111111116 
ог пет16, 11111 
Насм пет16 
гПа т :ИС=Н. $%(0)=3 
ех!* : 
тоу ах, 4с00п 
а 211 
тат епар. 
епа тат 


Рассмотрим еще один пример. Разработаем программу вычисления следующе- 
го выражения (листинг 17.8): 
бт 2 
г=\У- 5). 


Результат сохраним в той же ячейке памяти, в которой хранится переменная у, 
в формате двойного слова. 


Листинг 17.8. Вычисление выражения 


.586р 

мазмт 

поде1 и5$е16 зпа11 

‚зфаск 1000 

‚Чата ; сегмент данных 

;исходные данные: 

х 04а -29е-4 

у 94а 4.6 

7. @4а:20 

соде 

па1п ргос 
поУу ах, @дафа 
поу 45, ах 
11 ‚приведение сопроцессора в начальное состояние 
19а х ;56 (0) =х 
Рарз 86 (0)=[х| 
Езаге | 


Т5уБу ;51(0)=5аг®|х|-у 
;квадрат придется вычислять через умножение 
ЕзЕ Е (1) 
Евы 
ЕзЕ 2 
ех1(: 
шоу ах, 4с0908 
116 211 
па1п епар 
ета пап 


Как вы знаете, в сопроцессоре нет команды возведения в степень. Далее мы 
покажем, как можно решить эту проблему. 


Команды трансцендентных функций 


Сопроцессор имеет ряд команд, предназначенных для вычисления значений три- 
гонометрических функций, таких как синус, косинус, тангенс, арктангенс, а также 
значений логарифмических и показательных функций. Наличие этих команд значи- 
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тельно облегчает жизнь программисту, вынужденному интенсивно заниматься 
разработкой вычислительных алгоритмов. Выигрыш налицо. Во-первых, отпадает 
необходимость самому разрабатывать соответствующие подпрограммы. Во-вторых, 
точность результатов выполнения трансцендентных команд очень высока. 

Необходимо обратить внимание читателя на то, что значения аргументов в ко- 
мандах, вычисляющих результат тригонометрических функций, должны задаваться 
в радианах. В связи с этим приведем правило пересчета. Для нахождения радиан- 
ной меры угла по его градусной мере необходимо число градусов умножить на 
я/180 (=0,017453), число минут - над/(180 * 60) (=0,000291), а число секунд - 
нал/(180 + 60 + 60) (=0,000005) инайденные произведения сложить. 

Далее перечислены команды трансцендентных функций. 


5 
Е: 


ЕС0$ — команда вычисляет косинус угла, находящийся в вершине стека сопро- 
цессора — регистре 5Т(0). Команда не имеет операндов. Результат возвращает- 
ся в регистр 5Т(0). 

ЕЫМ — команда вычисляет синус угла, находящийся в вершине стека сопроцес- 
сора — регистре $Т(0). Команда не имеет операндов. Результат возвращается 
в регистр $Т(0). 

# ЕМС — команда вычисляет синус и косинус угла, находящиеся в вершине 
стека сопроцессора — регистре $Т(0). Команда не имеет операндов. Результат 
возвращается в регистрах $1 (0) и $Т(1). При этом синус помещается в 5Т(0), а ко- 
синус — в 5Т(1). ‚ 

ЕРТАМ — команда вычисляет частичный тангенс угла, находящийся в вершине 
стека сопроцессора — регистре $Т(0). Команда не имеет операндов. Результат 
возвращается в регистрах $Т(0) и $Т(1). 








ЕРКАТАМ — команда вычисляет частичный арктангенс угла, находящийся в вер- 
шине стека сопроцессора — регистре 5Т(0). Команда не имеет операндов. Ре- 
зультат возвращается в регистрах $Т(0) и 5Т(1). 


Интересна история команды ЕРТАМ. В отличие от команд вычисления синуса 
и косинуса, появившихся только в системе команд сопроцессора 1387, команда ЕРТАМ 
присутствовала еще ц системе команд сопроцессора 18087. Выполнение ее имело 
следующую особенность: результат команды возвращался в виде двух значений — 
в регистрах $Т(0) и $Т (1), но ни одно из них не являлось истинным значением тан- 
генса. Истинное значение получается лишь после выполнения операции деления 
$Т(0)/5Т(1). Таким образом, для получения тангенса требуется еще команда деле- 
ния. Зачем это нужно? Ранее мы упомянули о том, что команды для вычисления 
синуса и косинуса р: только в сопроцессоре 1387, поэтому возникает во- 
прос отом, как вычислялись значения этих функций в ранних сопроцессорах. Что- 
бы понять это, введем необходимые обозначения: команда ЕРТАМ вычисляет час- 
тичный тангенс числа 7, значение которого находится в границах 0 < 2< л/4. 
Результат работы команды ЕРТАМ, как уже было отмечено, размещается в двух мес- 
тах: х — в регистре $Т(0), у — в регистре 5$Т(1). Значения х, у И <таковы, что удовлет- 
воряют соотношению 


(8(2/2) = у/х. 
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Более того, используя значениях и у, можно получить значения остальных три- 
гонометрических функций. Для этого используются следующие соотношения: 
с16(2/2) = х/у; 
зи(г) = (2/х)/((А + (ух); 
с05(2) = (1 — у/х))/(1 + (у/х)). 

Теперь вам, наверное, понятен термин «частичный» тангенс. К счастью, в про- 
цессоре 1387 появились самостоятельные команды для вычисления синуса и коси- 
нуса, вследствие чего отпала необходимость составлять соответствующие подпро- 
граммы. Что же до команды ЕРТАМ, то она по-прежнему выдает два значения 
в регистрах $Т(0) и 5Т(1). Но теперь уже значение в $Т(1) всегда равно единице, а это 
означает, что в $Т(0) находится истинное значение тангенса числа, находившегося 
в 51(0) до выдачи команды ЕРТАМ. 

Рассмотрим теперь подробней команду вычисления частичного арктангенса угла 
ЕРАТАМ. Если использовать введенные нами при рассмотрении команды ЕРТАМ обо- 
значения, то для команды ЕРАТАМ действует следующее отношение: 


<= агсёа(х/у). 
Значения х и у размещаются в стеке следующим образом: х — в регистре $Т(0), 
у — врегистре в $Т(1). Результат < возвращается в $Т(0), причем перед этим выпол- 
няется выталкивание значенийхиу из стека сопроцессора. Команда ЕРАТАМ широ- 
ко применяется для вычисления значений обратных тригонометрических функ- 
ций, таких как агсзш, агссоз, агсс{е, агссозес, агсзес. Например, для вычисления 
функции агсзш используется следующая формула: 


; а 
агсзт(а) = агсё 5] — === 


М-а? 


Для вычисления этой формулы необходимо выполнить следующую последо- 
вательность шагов. 


1. Если а является мерой угла в градусах, то выполнить ее преобразование в ради- 
анную меру по правилу, приведенному ранее. 


2. Поместить в стек а в радианной мере. 
Я 


Вычислить значение выражения 1 ы а? и поместить его в стек. 


4. Выполнить команду ЕРАТАК с аргументами в регистрах $Т(0) и $Т(1). В $Т(0) должно 

быть значение выражения \1 - @2, в $1) — а. 

В результате этих действий в регистре $Т(0) будет сформировано значение вы- 
ражения атсз1т(а). 

Аналогично вычисляются значения других обратных тригонометрических функ- 
ций. 

Для вычисления функции агссо5(а) используется формула 


ГЛ -а 
Па 


агссо$(а) = 2 агсёв 
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Для ее вычисления необходимо выполнить следующую последовательность 
шагов: | 


1. Если а является мерой угла в градусах, то выполнить ее преобразование в ради- 
анную меру по правилу, приведенному ранее 


2. Вычислить значение выражения 1 —а и поместить его в стек. 





3. Вычислить значение выражения У] +а и поместить его в стек. 


4. Выполнить команду ЕРАТАМ с аргументами в регистрах $Т(0) и $Т(1). В 5Т(0) должно 
быть значение выражения М+а ‚ в $1(1) — 1-а. 


В результате этих действий в регистре $Т(0) сформируется значение выраже- 
нияагссо$(а). 
Для вычисления песен (а) используется формула 


| агсс(е(а) = агс5(1/а). 
Для ее вычисления необходимо выполнить следующую последовательность 
шагов: 


1. Если а является мерой угла в градусах, то выполнить ее преобразование в ради- 
1 


анную меру по пра зилу, приведенному ранее. 
2. Командой ЕГО! по» естить в стек значение 1. 

Поместить в стек з гачение а. 

Выполнить команду ЕРАТАМ с аргументами в регистрах $Т(0) и $Т(1). В $Т(0) должно 


быть значение а, в 5Т(1) — 1. 


В результате этих действий в регистре $Т1(0) сформируется значение выраже- 
нияагссе5(а). 1 

Если вам понадобится вычислить значения других тригонометрических функ- 
ций, то ход ваших рассуждений должен быть аналогичен приведенному выше. Зная 
набор функций, поддерживаемых сопроцессором, вам следует искать формулы 
приведения (или выводить их самим), выражающие нереализованные в сопроцес- 
соре функции посредс твом реализованных. Не забывайте контролировать диапа- 
зоны значений аргументов для тех команд, которые требуют этого. 

Для демонстрации применения команд данной группы реализуем два алгорит- 
ма построения графичёских изображений на основе определенных математических 
зависимостей. Реализацией этих примеров мы завершим разработку У п49о\з-при- 
ложения, о котором рассказывалось в главе 16. Если вы помните, это было прило- 
жение, в котором остались нереализованными два пункта меню: Графика ›» Эффек- 
ты > Павлин и Графика › Эффекты » Кружева. Рассмотрим вначале суть алгоритмов, 
в соответствии с которыми строятся эти графические изображения. Математиче- 
ские зависимости для [построения этих фигур взяты из [17]. 

Фигура «Павлин» состоит из множества отрезков. Один конец каждого из этих 
отрезков располагается вдоль горизонтальной линии. Расположение второго кон- 
ца рассчитывается по фпределенным формулам, содержащим тригонометрические 
функции $1 и со$. Последовательность шагов построения фигуры «Павлин» вы- 
глядит следующим образом. 
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1. Организуется цикл по переменной х| (координата первого конца каждого от- 
резка), которая изменяется от 0 до значения 1сус|. 
2. Для текущего значения х! вычисляются значения координат другого конца от- 
резка (х2, у2) по формулам 
х2 =1120 + 1ОО * $т(х/130); 
у2 = 390+ 1ОО * соз(х1/130). 
3. Строится отрезок, координаты концов которого располагаются в точках (х|, 
1сещег) и (х2, у2). 
4. Если значение х| не превысило значения 1сус|, то цикл повторяется для х1, уве- 

личенного на 1. 

В этом алгоритме значения 1сешцет, 1сус1, 190, ПОО ‚1120, 130 представляют собой 
константы, изменяя которые/вы будете получать на экране другие варианты гра- 
фического изображения «Павлин». На рис. 17.18 показан результат работы этого 
алгоритма. 





Рис. 17.18. Результат работы приложения (пункт меню Графика › Эффекты » Павлин) 


Несущественные детали алгоритма вы легко восстановите по фрагменту про- 
граммы, приведенному в листинге 17.9. Полный текст программы приведен в ка- 
талоге данной главы среди файлов, прилагаемых к книге!, 


Листинг 17.9. Фрагмент программы для воспроизведения фигуры «Павлин» 
„Чата 


; определение констант для фигуры "Павлин" 
х аа 1 
х2 аа 0 
у2 аа 0 





' Все прилагаемые к книге файлы можно найти по адресу Вир: //\\у\.рИег.сот/Чожшоаа. — 
Примеч. ред. > 


о б88Ш8ын 8 —ыы—.—._—_—-_-`-)_ 


130 Чи 30 
190 Ч 90 
1100 Ч 100 
1120 Ч9м 120 
1сепсег да 100 
1сус1 аа 319 


‚ соде 

| -НепиРгос 
‚обработка сообщений! от меню 
МепоРтгос ргос : 
@@19треасоск: —;"Павлин" 


тОЧИСТиИмМ Окно 
‚выполним первич 


; получим дескрипл 
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ное заполнение растра серым цветом 
гор серой кисти Ибги$И=бее${оскоБ] ес (бКАУ_ВКИЗН) 


ризв СКАУ_ВКИЗН 
са11 бес5тосков]есе 
мо @опЬги$Н, еах 
‚выбираем кисть в контекст памяти 5е1ес+0Б]ес+ (тетдс, @@НЬги$и) 
разв @бпЬги$Н 
ризв пепас : 
са11 Зе1есе0Ъ)есё 





; заполняем выбранной кистью виртуальное окно 
;ВООЬ Раевт& (НОС нас} 1106 пхьеЕе, 106 пУБеЁе, 106 оМ1аЮ, 106 пНе1ове, риОВр 














ОмВор) р 
рип РАТСОРУ | 
разв таахУу 
ри5н тахх 
ризВ МОБ 
ризй мОБЬ р 
ризь пепас | 
са11 РабВ1е | 
пох есх, 1сус1 
ризй есх 

@@т1: 
Ти 

} ВЫЧИСЛИМ х2=120+190151п (х1/36) 
рор есх | 
пох х1, есх 
стр есх, 0 
]е @@т2 
дес есх р 
разв есх | 
+114 х1 
ЕО у 130 
Ей | | 
1111 1100 | 
+1аад 1120 | 
Евр ха | 

;ВЫЧИСЛИМ у2=120+1901с0$ (х1/30) 
Е11а х1 | 
Ноу 130 | 
Есо$ | 
Тит 1100 | 
1ада 190 
Ев у2 ! 

;рисуем отрезок: 
ризй МОГ 
рай 1сепсех 
ризй х1 
разй пепас 
са11 


МоуеТоЕх: 


продолжение 2 
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Листинг 17.9 (продолжение) 


ризй у2 
ри$й х2 
ризй мемдс 
сап НпеТо 
‚генерация сообщения \/М_РАШМТ для вывода строки на экран 
разй 0 
ризв МО 
разв @@путо 
са11 Тпуа11дасевесе 
пр @0т1 
@@т2: 
пр @бехтЕ 


Фигура «Кружева» формируется следующим образом. В окне приложения стро- 
ятся вершины правильного многоугольника, количество которых задается констан- 
той М. Каждая из этих М вершин соединяется отрезками с другими вершинами. 
Координаты вершин многоугольника задаются формулами 

ЖЕ =хс +. с03(2д/М) . Тсепфег; 
у=ус+г* зт(2ж/М). 

Здесь 1 — номер вершины; г — радиус описанной около многоугольника окруж- 
ности; (хс, ус) — координаты центра многоугольника. 

В этом алгоритме значения М, г, хс, ус представляют собой константы, изменяя 
которые, вы будете получать на экране другие варианты графического изображе- 
ния «Кружева». На рис. 17.19 показан результат работы программы. 





Рис. 17.19.Результат работы приложения (пунктменю Графика » Эффекты» Кружева) 


Несущественные детали алгоритма вы легко восстановите по фрагменту про- 
граммы, приведенному в листинге 17.10. Полный текст программы можно найти 
среди файлов, прилагаемых к книге, в каталоге данной главы. 
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Листинг 17.10. Фрагмент программы для изображения фигуры «Кружева» 


„Дата 


;‚ определение констант для фигуры " 
;М - число вершин правильного многоугольника 
‚его можно менять - ПОрРИТеЫ 


м еди 18 
Хс еди 160 
Ус еади 100 


пазХ 94 № Фр (0} 
та$\ 909 М 9р (9) 
1 9 М : 


В ам 99 
Отт 94а 0 

1 о о 
Г аа о 

] 94а 0 

12 9м 2 

.соае 





‘обработка сообщений! от меню 


Мепир гос рос 


@@1аттасез: ‚ "Кружева" 


70чистим Окно 


‚выполним первичное ваполнение растра серым цветом 
:ерой кисти ИБги$Н=беЕ$ {оскОБ]ес{ (СКАУ_ВКУЗН) 


‚получим дескриптор 
рай СКАУ_ВКИЗ 


са11 беЕ5фосков]есе 
оу @@ИЬги$Н) еах 
‚выбираем кисть в контекст памяти 5е1ес{06]ес+ (тетас, 


ризв @бИЬги$Н! 
ризН тетас 


са11 зе1естОБ)ест 
‚заполняем выбранной! кистью виртуальное окно 
: ВООГ РаВТе (НОС м 1 1 


; 116 пНетрие, 
ризй РАТСОРУ : 


; заполняем массивы пазх и пазУ координатами вершин прямоугольника 





ризй маху 
роз пахх 
роз МОТ 
разв МОБ : 
ризв пепас | 
са11 РаЕв1е | 
;вычислим ОТТ= 2*р1/М 
11016 | 
714 21 
+191 — 1М№ : 
+1 ти1 12 
Е1вр ПТ | 
оу 6.20 
оу 15.0 р 
903: 
оу вах, 1: 
ааа еах, ОТТ. 
оу Е, еах | 
4119 6 | 
Тсоз : 
11 В. | 
оу е51, 1 : 


продолжение 5% 
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Листинг 17.10 (продолжение) 
Евр мазХ [е51*4] 


ааа ма$Х [ез1*4], Хс 
1114 | 
510 
Е1тит В 
Е1зр  шазу[ез1*4] 
поУ еах, Ус 
А) еах, тазу [ез1 *4] 
пох та5У[ез1*4], еах 
пс 1 
стр 1, М 
д @@тз 
:соединим вершины многоугольника: 
ет 10 
@@т5: , 
поУ вах, 1 
оу ], еах 


@@п4 : 11с ) 
;рисуем отрезок: 








рчзй МОВЬ 
оу е51, 1 
ризЬ па5\ [е$1*4] 
разв ма$Х [е$1*4] 
разв пешЯс 
са11 МоуеТоЕх 
ее еб1 , ) 
ризЬ пазу [е91*4] 
ризй та$Х [е91*4] 
ризй пепас 
са11 | 1пеТо 
сир 7], М 
т @бт4 
10 1 
сир 1, № 
я @@т5 
В Роя сообщения ММ_РА1МТ для вывода строки на экран 
ри$ 
ризИ МИ 
рип @@пипа 
сани |пуа|!аатеВес+ 


тр @@ехи 

Отметим еще две команды сопроцессора, ЕРВЕМ и ЕРКЕМ1. 

Команда ЕРКЕМ — команда получения частичного остатка от деления. Исход- 
ные значения делимого и делителя размещаются в стеке — делимое в 5Т(0), дели- 
тель в $1(1). Делитель рассматривается как некоторый модуль. Поэтому в резуль- 
тате работы команды получается остаток от деления по модулю. Но произойти это 
может не сразу, так как этот результат в общем случае достигается за несколько 
последовательных обращений к команде ЕРКЕМ, если значения операндов сильно 
различаются. Физически работа команды заключается в реализации хорошо из- 
вестного всем действия: деления в столбик. При этом каждое промежуточное де- 
ление осуществляется отдельной командой ЕРВЕМ. Цикл, центральное место в ко- 
тором занимает команда ЕРКЕМ, завершается, когда очередная полученная разность 
в 51 (0) становится меньше значения модуля в 5Т(1). Судить об этом можно по со- 
стоянию флага с2 в регистре состояния ЗУБ: 


* если С2 = 0, то работа команды ЕРКЕМ полностью завершена, так как разность 
в 51(0) меньше значения модуля в 5Т(1); 
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если С2 = 1, то необходимо продолжить выполнение команды ЕРКЕМ, так как раз- 
ность в $1(0) больше значения модуля в $Т(1). 
| 





Таким образом, необходимо анализировать флаг С2 в теле цикла. Для этого С2 
записывается в регистр флагов основного процессора с последующим анализом 
его командами условв ого перехода. Другой способ заключается в сравнении 5$Т(0) 
и $Т(1). 

Необходимость в таком частичном исполнении команды ЕРКЕМ возникает из-за 
того, что если делимое слишком велико, а делитель мал, то время получения ко- 
нечного частичного остатка, удовлетворяющего условию 5Т(0) < $Т(1), может быть 
достаточно большим. При этом становится невозможной своевременная реакция 
на поступающие запросы прерываний, возможно, достаточно важные для того, что- 
бы быть задержанными в обработке. 

В контексте рассмотрения нами трансцендендентных команд пример исполь- 
зования команды ЕРЕЁМ является наиболее показательным. При рассмотрении ко- 
манды ЕРТАМ мы упомянули о том, что аргумент 7 функции {5 должен находиться 
в диапазоне 0 <<< л/4. Исходя из того, что данная тригонометрическая функция 
является периодической, возникает необходимость понижения размерности аргу- 
мента <, находящегося зарамками указанного диапазона допустимых значений Для 
команды ЕРТАМ, что и Делается с помощью команды ЕРКЕМ. 

Важно отметить, Что команда ЕРВЕМ не соответствует последнему стандарту 
ТЕЕЕ-754 на вычисления с плавающей точкой. По этой причине в систему команд 
сопроцессора 1387 была введена команда ЕРКЕМ|, которая отличается от команды 
ЕРВЕМ тем, что накладывается дополнительное требование на значение остатка 
в 51 (0). Это значение не должно превышать половины модуля в 5Т(1). В остальном 
работа команды ЕРВЕМ1 аналогична работе ЕРВЕМ. 

Команды ЕРКЕМ и ЕРВЕМ1 имеют еще одну особенность, представляющую инте- 
рес для команд, вычисляющих значения периодических тригонометрических функ- 
ций. После полного завершения работы команды ЕРКЕМ/ЕРКЕМ| (когда С2 = 0) биты 
СО, СЗ, С1Тсодержатзначениятрехмладшихбитовчастного, которыелогически пред- 
ставляют собой численное значение номера одного из восьми октантов единично- 
го круга. Это, несомненно, важная информация при работе с тригонометрически- 
мифункциями. | 

Далее рассмотрим еще тритрансцендентные команды. 

Команда Е2ХМ! — команда вычисления значения функцииу = 2 - 1. Исходное 
значение х размещается в вершине стека сопроцессора в регистре $Т(0) и должно 
лежать в диапазоне —1 <х< 1. Результату замещаетх в регистре $Т(0). Эта команда 
может быть использдвана для вычисления различных показательных функций 
(например, далее показано, как она используется для возведения числа в степень). 

Единица вычитается для того, чтобы получить точный результат, когда значе- 
ние х близко к нулю, Вспомните, что нормализованное число всегда содержит 
в качестве первой знанащей цифры единицу. Поэтому, если в результате вычисле- 
ния функции Т получается число 1,000000000456..., то команда Е2ХМИ, вычитая 1 
из этого числа и затем нормализуя результат, формирует больше значащих цифр, 
то есть делает его болветочным. Неявное вычитание единицы командой Е2ХМ1 ком- 
пенсируется командой РАБ с единичным операндом. 
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Команда Р/-.2Х — команда вычисления значения функции 2 = у [08.(х). Исход- 
ное значение х размещается в вершине стека сопроцессора, а исходное значение 
у — в регистре $Т(1). Значение х должно лежать в диапазоне 0 <х < +°, а значение 
у — вдиапазоне —о < у < +ео. Перед тем как осуществить запись результата 7 в вер- 
шину стека, команда Р\/1.2Х выталкивает значения х иу из стека и только после 
этого производит запись < в регистр 5Т(0). 

Команды сопроцессора Е2ХМ] и Р.Х очень полезны, в частности, для реализа- 
ции операции возведения в степень любого числа по любому основанию. Спе- 
циальной команды в сопроцессоре для возведения в степень нет. Поэтому про- 
граммисту нужно искать подходящую формулу приведения, которая позволит 
реализовать отсутствующую операцию имеющимися программно-аппаратными 
средствами сопроцессора. Возведение в произвольную степень числа с любым ос- 
нованием производится по формуле: 

хм -2у. 105, (х)- 

Вычисление значения выраженияу * 105,(худля любого у их > О производится 
специальной командой сопроцессора РУЕ2Х, рассмотренной ранее. Вычисление Г 
производится командой Е2ХМ1 (лишнее вычитание единицы пока не замечаем, так 
как его всегда можно компенсировать сложением с единицей). Но в последнем 
действии есть тонкий момент, который связан с тем, что величина аргументахдолж- 
на лежать в диапазоне: -1 <х< 1. А как быть в случае, если х превышает это значе- 
ние (например, 163). При вычислении выражения 3 * 108,(16) командой РУЕ2Х вы 
получите в стеке значение 12. Попытка вычислить значение 2'? командой Е_ХМ| ни 
к чему не приведет — результат окажется неопределенным (по моим наблюдени- 
ям, значение 5Т(0) попросту не изменяется). В этой ситуации логично вспомнить 
о другой команде сопроцессора, ЕЗСАТЕ, которая также вычисляет значение выра- 
жения Т, но для целых значений хсо знаком. Применив формулу 2“*? = 2% + 2», по- 
лучаем решение проблемы. Разделяем дробный показатель степени, больший |1 
на две части — целую и дробную. После этого вычисляем отдельно командами 
ЁСАГЕ и Е2ХМ! степени двойки и перемножаем результаты (не забываем компен- 
сировать вычитание единицы в команде Е2ХМ1 последующим сложением резуль- 
тата с единицей). 

Далее представлен обобщенный алгоритм вычисления степени произвольного 
числа х по произвольному показателю у (он не претендует на оптимальность ре- 
шения; его основное назначение — раскрытие принципов реализации этой опера- 
ЦИИ). 

1. Загрузить в стек основание степени х. 


2. Загрузить в стек показатель степени у и проверить его знак. Если у < О, то за- 
помнить этот факт (для шага 8) и заменить в стеке значение у его модулем (это 
следует из формулых * = 1/27). 

3. Командой Р.Х вычислить значение выражения < =у 18. (х). 

4. Проверить <: 

П если значение |2| < 1, то обозначить ‹ как 22: 


п если значение \<\ > 1, то представить < в виде двух слагаемых г\ +72, где11 — 
целое значение, а 72 — значение меньше единицы (например, число 16,84 
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следует представить в виде суммы 16 + 0,84); в программе это можно выпол- 
нить путем циклического вычитания единицы из начального значения г до 
тех пор, пока оно не станет меньше единицы (количество вычитаний нужно 
запомнить, обозначив через п). 


Выполнить команду Е2ХМ1 с аргументом 272. 


Выполнить команды ЕЛ! и РАББ, компенсирующие единицу, которая была вы- 
чтена из результата функции 2* на шаге 5 командой Е2ХМ1. 


Выполнить команду ЕЗСАГЕ с аргументом 71. Переменную 21 нужно инициали- 
зировать нулем, что позволит получить корректный результат, даже если ис- 
ходное значение ‹ было меньше единицы. 


Перемножить результаты, полученные на шагах 6 и 7, — в вершине стека ока- 
жется результат возведения в степень. Если показатель степени, проверяемый 
на шаге 2, был отрицательным, необходимо единицу разделить на этот резуль- 
тат. Для этого в стек загружаем единицу командой ЕГО] и применяем команду 
ЕО. 


Данный алгоритм реализует программа листинга 17.11. 


Листинг 17.11. Возведение числа в произвольную степень 
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Листинг 17.11 (продолжение) 
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Используя тождество |0. (х) - 108 (2) * 108,(х), можно вычислить логарифм 
любого числа по любому основанию. Значения 108 (2), 108,(10) и некоторых дру- 
гих логарифмических функций вычисляются соответствующими командами со- 
процессора: ЕГОТОТ, ЕГОГЗЕ, ЕЕОЕб2, ЕГО 

Еще одна команда ЕУГ2ХР| — команда вычисления значения функции 7 = 
= у[08,(х + 1). Исходное значение х размещается в вершине стека сопроцессора — 
регистре $Т(0), а исходное значениеу — в регистре $Т(1). Значениехдолжно лежать 
в диапазоне 0 < \х\ < 1- 1/2 ‚ азначение у — в диапазоне —<° < у < +еэ. Перед тем 
как записать результат < в вершину стека — регистр $Т(0), команда РУ1.2ХР1 вытал- 
кивает из стека значения х и у. 

Очень интересную программу можно найти среди файлов, прилагаемых к кни- 
ге, в подкаталоге ..\ОцЕЁРИ каталога данной главы. Программа преобразует содер- 
жимое вершины стека в символьный вид и выводит его на экран. В этом примере 
иллюстрируется работа многих уже рассмотренных команд. 


Команды управления сопроцессором 


Последняя группа команд предназначена для общего управления работой сопро- 
цессора. Команды этой группы имеют особенность — перед началом своего выпол- 
нения они не проверяют наличие незамаскированных исключений. Однако такая 
проверка может понадобиться, в частности, для того, чтобы при параллельной ра- 
боте основного процессора и сопроцессора предотвратить разрушение информа- 
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ции, необходимой для корректной обработки исключений, возникающих в сопро- 
цессоре. Поэтому некоторые команды управления имеют аналоги, выполняющие 
те же действия плюс 9 Дну дополнительную функцию — проверку наличия исклю- 
чения в сопроцессоре! Эти команды имеют одинаковые мнемокоды (и машинные 
коды тоже), различающиеся только вторым символом — символом п: 





мнемокод, не содержащий второго символа п, обозначает команду, которая пе- 
ред началом своегд выполнения проверяет наличие незамаскированных исклю- 
чений; | 





мнемокод, содержащий второй символ п, обозначает команду, которая перед 
началом своего выполнения не проверяет наличия незамаскированных исклю- 
чений, то есть выполняется немедленно, что позволяет сэкономить несколько 
машинных тактов 


Как уже упоминалось, эти команды имеют одинаковый машинный код. Отли- 
чие лишь в том, что перед командами, не содержащими символа п, транслятор ас- 
семблера вставляет команду МАТ. Команда \АПТ является полноценной командой 
основного процессора, и ее при необходимости можно указывать явно. Команда 
У\АП имеет аналог ср ди команд сопроцессора — ЕММТ. Обеим этим командам со- 
ответствует код операции 9БВ. 

Команда МАП/ АМАТТ — это команда ожидания. Она предназначена для синхро- 
низации работы процессора и сопроцессора. Так как основной процессор и сопро- 
цессор работают параллельно, то может создаться ситуация, когда за командой 
сопроцессора, изменяющей данные в памяти, следует команда основного процес- 
сора, которой эти данные требуются. Чтобы синхронизировать работу этих команд, 
необходимо включить между ними команду \МАП/ЕМАТ. Встретив данную коман- 
ду в потоке команд, основной процессор приостановит свою работу до тех пор, 
пока не поступит аппаратный сигнал о завершении очередной команды в сопро- 
цессоре. Здесь есть еще один эффект, отмеченный ранее. Он касается корректной 
обработки исключений и связанной с ними информации. 

Далее с необходимой степенью подробности будут рассмотрены команды, вхо- 
дящие в группу команд управления. Некоторые из этих команд мы уже применя- 
ли в программах этой главы. 

Из всех команд управления первой логично рассмотреть команду, приводящую 
сопроцессор в некоторое начальное состояние, — это команда инициализации со- 
процессора ИМИ/ ЕМТМТТ. Она инициализирует управляющие регистры сопроцес- 

| 
сора определенными значениями. 


и Регистр управления СУ\УК инициализируется числом 0371, что означает установку 
следующих и 


О поле округления КС = 00 — округление к ближайшему целому; 
| 


П биты 0...5 установлены в единицу, что означает маскирование всех исключе- 
НИЙ; | | 
п поле управления точностью РС = 11 — максимальная точность (64 бита). 
* Регистр состояния 5\/К инициализируется нулевым значением, что означает 
отсутствие исклюбений и указание на то, что физический регистр стека сопро- 
цессора ВО являетдя вершиной стека и соответствует логическому регистру $Т(0). 
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Регистр тегов ТМ В инициализируется единичным значением — это означает, что 
все регистры стека сопроцессора пусты. 


| Регистры указателей данных ОРК и команд 1РК инициализируются нулевыми 
значениями. 


Данную команду используют перед первой командой сопроцессора в програм- 
ме и вдругих случаях, когда необходимо привести сопроцессор в начальное состо- 
яние. 

Следующие две команды работают с регистром состояния ЗУ" К. 


= РОТЗМ/РМ$ТУ\М ах — команда сохранения содержимого регистра состояния ЗУ/К. 
в регистре АХ. Эту команду целесообразно использовать для подготовки к услов- 
ным переходам по описанной при рассмотрении команд сравнения схеме. 


я ЕЗТУМ/ЕМТЗ\ приемник — команда сохранения содержимого регистра состояния 
З\/К вячейке памяти. От рассмотренной ранее команда отличается типом опе- 
ранда — теперь это ячейка памяти размером два байта (в соответствии с раз- 
мерностью регистра 5\В). 


Обратите внимание на то, что команды, работающие с регистром З\УВ, выпол- 
няют только считывание содержимого этого регистра. Запись не предусмотрена, 
так как она попросту не требуется за исключением, возможно, поля ТОР, которое 
является указателем текущей вершины стека. Для изменения этого поля пред- 
усмотрены отдельные команды НМС$ТР, РОЕС$ТР, которые будут рассмотрены да- 
лее. Следующие две команды, работающие с информацией в регистре управления 
СУ\УК, напротив, поддерживают действие записи и чтения содержимого этого регистра. 


3# РУТОМ/ЕМУТСМ приемник — команда сохранения содержимого регистра управле- 
ния СУУК в ячейке памяти размером два байта. Эту команду целесообразно ис- 
пользовать для анализа полей маскирования исключений, управления точнос- 
тью и округления. Следует заметить, что операндом не является регистр АХ, в 
отличие откоманды ЕЗТЗ\/ЕМЗТЗУ. 


п НОСУ источник — команда загрузки значения ячейки памяти размером 16 битов 
в регистр управления СУУВ. Эта команда выполняет действие, противополож- 
ное действию команды ЕЭТС\/ЕМТСУ. Команду ЕГОСУ целесообразно использо- 
вать для задания или изменения режима работы сопроцессора. Следует отме- 
тить, что если в регистре состояния ЗУ!К установлен любой бит исключения, то 
попытка загрузки нового содержимого в регистр управления СУ/К приведет 
к возбуждению исключения. По этой причине необходимо перед загрузкой ре- 
гистра СУ" К сбросить все флаги исключений врегистре ЗУ К. 


Следующая команда — команда без операндов ЕСТЕХ/ЕМСГЕХ — позволяет сбро- 
сить флаги исключений в регистре состояния З\/В сопроцессора, которые, в част- 
ности, необходимы для корректного выполнения команды ЕГОСУ. Ее также приме- 
няют в случаях, когда необходимо сбрасывать флаги исключений в регистре ЗУ В, 
например, в конце подпрограмм обработки исключений. Если этого не делать, то 
при исполнении первой же команды сопроцессора прерванной программы (кроме 
тех команд, которые имеют в названии своего мнемокода второй символ л) опять 
возбуждается исключение. 
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Как мы отметили ранее, сопроцессор имеет две команды, которые работают 
с указателем стека в регистре 5$\КВ. 


. ИМУТР —команда увеличения указателя стека на единицу (поле ТОР) в регист- 
рез\В. Команда не имеет операндов. Действие команды ИМСУТР подобно дей- 
ствию команды ГЕУГ, но она извлекает значение операнда из стека «в никуда». 
Таким образом, эту команду можно использовать для выталкивания ставшего 
ненужным операнда из вершины стека. Команда работает только с полем ТОР 
инеизменяетсоответствующееданномурегистру поле врегистретегов ТУ! В ‚то 
есть регистр остается занятым и его содержимое из стека не извлекается. 


* РОЕСЗТР и уменьшения указателя стека (поле ТОР) в регистре \ В. Ко- 
манда не имеет отерандов. Действие команды ЕОЕСУР подобно действию ко- 
манды ЕГО, но она не помещает значения операнда в стек. Таким образом, эту 
команду можно использовать для проталкивания внутрь стека операндов, ра- 
нее включенных В него. Команда работает только с полем ТОР и не изменяет 
соответствующее [данному регистру поле в регистре тегов ТУК, то есть регистр 
остается пустым. | 


Следующая команда, ЕЕВЕЕ 5((1), помечает любой регистр стека сопроцессора 
как пустой. Это команда освобождения регистра стека $Т(1). Команда записывает 
в поле регистратегов, соответствующего регистру 5Т(1), значение 11, что соответ- 
ствует пустомурегистру. При этом указатель стека (полеТОР) врегистре ЗУУК и со- 
держимое самого регистра не изменяются. Применяя эту команду, помните, что 
$1 (#) — это относительный, а не физический номер регистра стека сопроцессора. 
Необходимость в этфй команде может возникнуть при попытке записи в регистр 
$Т(1), который помечен как непустой. В этом случае будет возбуждено исключение. 
Для предотвращения этого применяется команда ЕЕКЕЕ. 

В сопроцессоре есть также команда ЕМОР, не производящая никаких действий 
и влияющая только Ннарегистр указателя команды [РК. 

В группе команд управления можно выделить подгруппу команд, работающих 
с так называемой средой сопроцессора. Среда сопроцессора — это совокупность 
регистров сопроцессора и их значений. Среда сопроцессора может быть частич- 
ной или полной. О какой именно среде идет речь, определяется одной из рассмот- 
ренных далее команд: 


№ ЕЗАМЕ/ ЕА5АМЕприемник — команда сохранения полного состояния среды сопро- 
цессора в память, адрес которой указан операндом приемник. Размер области 
памяти зависит дт размера операнда сегмента кода (изе16 или изе32): 


О изе16 — область памяти должна составлять 94 байта (рис. 17.20, а, 6): 80 бай- 
тов для восьми регистров из стека сопроцессора и 14 байтов для остальных 
регистровсопроцессорасдополнительной информацией; 


1 
Р изе32 — область памяти должна составлять 108 байтов (рис. 17.20, в,г): 80 бай- 
тов для восьми регистров из стека сопроцессора и 28 байтов для остальных 
регистров сопроцессора с дополнительной информацией; 


П ЕВ$ТОК источник -- команда восстановления полного состояния среды сопроцес- 
сора из области памяти, адрес которой указан операндом источник. Сопроцес- 
сор будет работать в новой среде сразу после окончания работы команды ЕКЗТОК. 
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Рис. 17.20. Структура области памяти с полной средой сопроцессора в различных режимах 


Следующие две команды сохраняют частичную среду сопроцессора, в состав 
которой входят регистры 5У\К, СУК, ТУК, ОРК и ТРК. 
Р5ТЕМУ/РМ$ТЕМУ приемник — команда сохранения частичного состояния среды 
сопроцессора в область памяти, адрес которой указан операндом приемник. Раз- 
мер области памяти зависит от размера операнда сегмента кода (изе16 или и$е32). 
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Формат области частичной среды сопроцессора совпадает с форматом области 
полной среды (рис. 17.21), за исключением содержимого стека сопроцессора 
(80 байт). : 

я НЕМУ источник — командавосстановления частичного состояния среды сопро- 
цессора содержимым из области памяти, адрес которой указан операндом ис- 
ТОЧНИК. Информация вданной области памяти была ранее сохранена командой 


Р5ТЕМУ/ЕМ$ТЕМУ. 


и5е16 и В-режим : 
Регитр СУУВ 


изе16 и Р-режим 
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Рис. 17.21. Структура области памяти с частичной средой сопроцессора 
р в различных режимах 















16 
20 
24 





Команды сохранения среды целесообразно применять в обработчиках исклю- 
чений, так как только с помощью данных команд можно получить доступ, напри- 
мер, к регистрам ОРВ и ТРК. Не исключено использование этих команд в подпро- 
граммах или в многозадачной среде для переключения контекстов программ. 
Области памяти, содержащие сохраненные состояния среды сопроцессора, есть 
смысл располагать [В стеке основной программы. Тогда, в частности, появляется 
возможность передать информацию коду, находящемуся в другом кольце защиты 
основного процессора. 

Судя по последним командам, сопроцессор может работать не только в реаль- 
ном, но и в защищенном режиме. Для этого необходимо выполнять переключение 
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сопроцессора между этими режимами. Операция переключения реализуется спе- 
циальными командами. 

Р5ЕТРМ — команда переключения сопроцессора из реального в защищенный ре- 
жим. Команда не имеет операндов. Действие команды влияет только на выпол- 
нение команд сохранения и восстановления среды. Для реального изащищен- 
ного режимов состав и формат информации среды сопроцессора несколько 
различается. 








ЕВЗТРМ — команда переключения сопроцессора из защищенного в реальный ре- 
жим. Команда не имеет операндов. Действие команды влияеттолько На выпол- 
нение команд сохранения и восстановления среды. 


Исключения сопроцессора и их обработка 


Важнойособенностьюсопроцессораявляетсявозможностьраспознаванияособых 
ситуаций, которые могут возникать в процессе вычислений. При этом сопроцес- 
сор формирует определенные управляющие сигналы и устанавливает бит в своем 
регистре состояния УК. Согласно идеологии [А-32, прерывания классифициру- 
ются по источникам возникновения. Один из возможных типов прерываний — 
исключения, которые являются внутренними прерываниями процессора, возника- 
ющими входе вычислительного процесса. Особые ситуации, возникающие в со- 
процессоре, полностью соответствуютопределению понятия «исключение». 

Всопроцессоре могут возникать шестьтипов исключений. Все они были пере- 
числены при обсуждении форматов регистра состояния ЗУ"Ё и регистра управле- 
ния С\УБ. Вспомним основныемоменты. В регистре состояния 5\/Кб битов, каждый 
из которых играет роль флага для определенного типа исключения. При возник- 
новении исключения устанавливается соответствующий флагв этом регистре (см. 
рис. 17.2). Сопроцессор аппаратно позволяет запретить явную обработку любого 
изэтихтипов исключений. Для этого в регистре управления СУУЁ есть ббитов, игра- 
ющих роль масок, установка которых и позволяет запретить возникновение соот- 
ветствующих исключений. Важно отметить, что запрещение обработки исключе- 
ния вовсе не означает того, что сопроцессор оставляет вычислительную ситуацию 
неизменной. При возникновении исключения, имеющего единичное состояние 
соответствующего бита в регистре СУБ, сопроцессор выполняеттак называемую 
маскированную реакцию, которая включает в себя некоторую последовательность 
предопределенных разработчиками процессорадействий. Естественно, что в них 
невозможно было предусмотреть все потребности программистов, которым, по- 
мимо всего прочего, могут понадобиться и нестандартные варианты реакции на 
исключения. В этом случае программисту необходимо установить соответствую- 
щий бит в регистре С\К. О том, как нужно реагировать на возникновение незамас- 
кированного исключения, мы поговорим чуть позже, а пока же разберемся с при- 
чинами возникновения исключений и маскированными реакциями на них со 
стороны сопроцессора. Эта информация может быть полезна для того, чтобы ра- 
зобраться с логическими ошибками программы и правильно запрограммировать 
реакцию наихвозникновение. 


ЕН ЕЕ НЕЕ ОЕ 
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Недействительная операция 


Причиной исключения недействительной операции являются ошибки в логике 
программы, наиболее типичные из которых следующие: 


+ загрузка операндав непустой регистр стека сопроцессора; 

# попытка извлечения операнда из пустого регистра стека сопроцессора; 
1 

*# использование опёранда с недопустимым для данной операции значением. 
1 


При возникновении этого исключения устанавливается флаг [Е (шуаНа Орега- 
оп) в регистре $У\ В (см. рис. 17.2), маскируется оно битом [М регистра управления 
СУ (см. рис. 17.4). Исключение недействительной операции возникает при рабо- 
те со стеком и при арифметических вычислениях. В каких именно операциях воз- 
никло это исключение, судят по содержимому бита ЗЕ (Заск Раш — ошибка сте- 
ка) регистра состояния 5У!В. Если он установлен в единицу, это говорит о том, что 
исключение было вызвано ошибкой в работе стека сопроцессора; напротив, ну- 
левое состояние бита ЪЕ говорит о том, что в команде встретился неверный 
операнд. 

Маскированная реакция на исключение недействительной операции зависит 
от причины ошибки. Если она возникла в результате некорректной работы стека, 
то сопроцессор перезаписывает содержимое того регистра стека, обращение к ко- 
торому вызвало исключение. При перезаписи в него заносится специальное чис- 
ленное значение — спокойное нечисло. Если ошибка возникла в результате недо- 
пустимого операнда, то в большинстве ситуаций в регистре стека сопроцессора 
возвращается также спокойное нечисло. 

Кстати, исключен ие недействительной операции — это единственное исключе- 
ние, которое не нужно маскировать. Программисту следует самому вмешиваться 
в обработку ошибочных ситуаций путем вызова соответствующего обработчика. 


Деление на ноль 


Исключение деления на ноль возникает в командах, которые явно или неявно вы- 
полняют деление. Это команда ЕП! и ее варианты — Е\12Х и ЕХТКВАСТ. Факт возник- 
новения этого исключения фиксируется флагом ХЕ (Хего От 4е) регистра состоя- 
ния сопроцессора ЗУ!К и при необходимости маскируется битом 2М регистра 
управления С\К. МЁскированная реакция сопроцессора заключается в формиро- 
вании результата в виде знаковой бесконечности. 


Денормализация операнда 


Исключение денормализованного операнда возникает, когда команда пытается 
выполнить операцию с денормализованным операндом. При этом устанавливает- 
ся флаг РЕ (Пепогта! 12е4 Орегапа), который маскируется битом ОМ регистра управ- 
ления СУ'В. Если это исключение замаскировано, то его возникновение приводит 
только к установке флага ГЕ, после чего сопроцессор нормализует операнд и вы- 
числительный процесс продолжается. Если исключение денормализованного опе- 
ранда не замаскировано, то вызывается обработчик исключения, который позво- 
ляет произвести необходимую обработку ситуации. 


рии 
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Переполнение и антипереполнение 


Ситуации переполнения иантипереполнения возникаютвслучаях, когда порядок 
результата слишком велик или слишком мал для формата приемника. При воз- 
никновении этих исключений в регистре З\/К устанавливаются флаги ОЕ (ОуегЙо\) 
и ЧЕ (ОпдегЙо\). Эти исключения маскируются битами ОМ и ОМ регистра управ-' 
ления СУ/К. Исключения могут возникнуть при работе арифметических команд и ко- 
манд, преобразующих форматоперанлдов, таких как ЕЗТ. 

Маскированная реакция для ситуации переполнения состоит в формировании 
граничных (максимальных или минимальных) значений, представимых в сопро- 
цессоре, или специального численного значения в виде знаковой бесконечности. 

Немаскированная реакция на возникновение этих исключений зависит от того, 
где должен формироваться результат. Если приемник — память, то мантисса ре- 
зультата округляется, а порядок приводится к середине своего диапазона. Если 
приемник — ячейка памяти, то значение в ней не запоминается, при этом не изме- 
няется и содержимое регистра стека. 


Неточный результат 


Исключение неточного результата возникает в случае, когда результат работы ко- 
манды нельзя точно представить в формате приемника и его приходится округ- 
лять. Например, вычисление любой периодической дроби вроде 1/3 будет приво- 
дить к возникновению такого типа исключения. В какую сторону произошло 
округление, можно судить по значению бита С1: 


если СТ = 0, то результат был усечен; 





если С1 = 1, то результат был округлен в большую сторону. 


При возникновении этих исключений в регистре 5\Кустанавливаются флаг РЕ 
(Ргес1ч1юп). Исключение маскируется битом РМ регистра управления СУУК. 


Немаскируемая обработка исключений 


Как производить немаскируемую обработку исключений? Для этого необходимо 
установить в ноль те флаги в регистре СУ!В, которые соответствуют интересующим 
нас типам исключений. Далее нужно написать обработчик исключения, реализу- 
ющий последовательностьдействий по корректировке ситуации, приведшей к ис- 
ключению. Неясным остается вопрос отом, как передать управление обработчику 
исключения? Для ответа на него нужно разобраться с проблемой взаимодействия 
процессора и сопроцессора при возникновении исключения. 

В главе 2 мы упоминали о существовании группы системных регистров про- 
цессора. В контексте нашего рассмотрения интерес представляет один из них — 
регистр СВО. Он имеет несколько битов, имеющих отношение к сопроцессору 
(табл. 17.3). 


Таблица 17.3.Биты СВО, имеющие отношение к сопроцессору 
Положение | Название Назначение : 
битавСКО бита | 
1 МР (Май Сопроцессор присутствует. Бит должен быть 
Ргезеп установлен в 1 
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Положение | Название Назначение 
битавСВО | бита | 


ЕМ (Етчайоп | Эмуляция сопроцессора. Когда ЕМ = 1, выполнение 
любой команды сопроцессора вызывает исключение 7. 
Впрограммахдля микропроцессосоров 18086...1386 
это позволяло иметь альтернативные фрагменты кода 
для выполнения одинаковых вычислений 

с использованием команд сопроцессора (ЕМ = 0) 

и без них (ЕМ = 1), то есть тогда, когда в конкретной 
конфигурации компьютера сопроцессор отсутствует 


М 
Е) Задача переключена. Бит предназначен для 
1 согласования контекстов основного процессора 
Е и сопроцессора. Бит Т$ устанавливается в единицу 
р при каждом переключении задачи. Состояние этого 
бита проверяется процессором, если очередной 
| выбранной командой является команда сопроцессора. 





Если бит Т$ установлен в единицу, то процессор 
возбуждает исключение 7, обработчик которого 
выполняет необходимые действия, возможно, 
по сохранению или восстановлению контекста 
вычислений с плавающей точкой. С битом Т$ 
работает команда СГТ$, которая устанавливает 
значение этого бита в 0 


4 ЕТ (Ежепз!юп Тип расширения. Единичное значение этого бита 
Туре)! означает поддержку инструкций сопроцессора 


МЕ (Митенс Численная ошибка. Бит определяет способ обработки 
Еггог) исключений сопроцессора: через сигнал внешнего 
прерывания или путем генерации исключения 
(см. далее) 





Начиная с модели 1486 процессор и сопроцессор размещаются в одном корпу- 
се. Это упростило организацию взаимодействия между ними. Рассмотрим процес- 
сы, протекающие в кэмпьютере при возникновении одного из шести перечислен- 
ных ранее исключений сопроцессора. При возникновении ситуации исключения 
сопроцессор устанавливает бит суммарной ошибки Е$ в регистре состояния $\МВ. 
и формирует на однсм из своих выходов сигнал ошибки. Этот сигнал ошибки од- 
новременно воспринимается самим процессором, который генерирует исключе- 
ние 101, и в то же самое время, независимо от процессора, заводится на вход 1013 
программируемого контроллера прерываний, обработчик которого вызывается 
через вектор прерывания 756 [8]. Таким образом, появление сигнала ошибки на 
выходе сопроцессора приводит к генерации в основном процессоре двух исключе- 
ний с номерами 10 я 751. 

Исключение 10} является синхронным, так как вызов его обработчика санк- 
ционируется процессором при выполнении команд МАП/РМАТТ. Данные команды 
в процессорах 1486 и Репцит встроены практически во все команды сопроцессора 
за исключением некоторых команд управления, поэтому работа любой команды 
сопроцессора начинается с выяснения того, было ли зафиксировано какое-нибудь 
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из незамаскированных исключений. Здесь важно то, что контекст вычислитель- 
ной ситуации после выполнения команды, вызвавшей исключение, оказывается 
полностью сформированным (так как исключение синхронное, то есть ожидаемое) 
и сним можно корректно работать. 

Если сигнал поступает на вход программируемого контроллера прерываний 
[В О13, то обработка исключения 75 может начаться в процессоре раньше, чем 
в сопроцессоре закончит выполняться команда, вызвавшая исключение, то есть 
в этом случае обработка прерывания является асинхронной к вычислительному 
процессу. 

Необходимо отметить влияние бита МЕ на процессы, протекающие в компьюте- 
ре при возникновении исключения. Его состояние определяет стиль обработки 
исключения процессором. Если бит МЕ = 1, то процессор возбуждает исключение 
16 (обработка в стиле 128би выше), если МЕ = 0, то при возникновении исключения 
процессор останавливается и ждет прерывания от программируемого контролле- 
ра прерываний (обработка в стиле 18086). По умолчанию бит МЕ устанавливается в 0. 

Если посмотреть на распределение прерываний в реальном и защищенном ре- 
жимах, то необходимо обратить внимание на номер 7 вектора прерываний — обра- 
щение к несуществующему сопроцессору. Прерывание появилосьв процессоре 1286, 
для которого сопроцессор не являлся обязательным устройством. Для того чтобы 
программа, выполняющая математические вычисления, была независимой отап- 
паратной конфигурации конкретного компьютера, писалось два варианта фраг- 
ментов кода, на которых эти вычисления выполнялись, — один с использованием 
команд сопроцессора и второй с использованием целочисленных команд. При рас- 
познавании в потоке команд инструкций сопроцессора процессоры 1286би 1386про- 
веряли бит эмуляции сопроцессора ЕМ (см. табл. 17.3). Если он был равен 1, то 
процессор возбуждал исключение 7. Это означало, что сопроцессора в конфигура- 
ции компьютера нет и его функции должны эмулироваться командами целочис- 
ленного устройства. Забота об установке бита ЕМ ложилась на системное программ- 
ное обеспечение. ь 

Для процессоров 1486 и Репйит состояние вычислительной среды определяет- 
ся состоянием регистров после выполнения команды НМП и содержимым регист- 
ра СКО (биты МРи М№Е.. 

Что должен делать обработчик исключений сопроцессора? Его действия зави- 
сят от того, какое незамаскированное исключение им обрабатывается. Следует 
отметить основные действия по обработке любого исключения. | 


1. Сохранение среды сопроцессора командой Е5ТЕМУ. Это необходимо для после- 
дующего выяснения причин исключения, а в среде сопроцессора как раз и за- 
фиксировано состояние регистров управления сопроцессором при возникно- 
вении исключения. 


2. Сброс установленных битов исключений в регистре З\/В для предотвращения 
циклического возникновения исключений. 


3. Выяснение типа исключения. Если незамаскированными являются исключе- 
ния нескольких типов, то обработчик путем анализа соответствующих битов 
в регистре 5\/ КВ должен определить их. Заметим, что содержимое $\/К берется из 
сохраненной при входе в процедуру по команде ЕЭТЕМУ среды сопроцессора. 
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4. Выполнение действий по корректировке ситуации. 
5. Возвращение в прёрванную программу (командой ТВЕТ). 


Однако выяснить причину исключения мало, да это и несложно. Важно, испра- 
вив ситуацию, вернуть управление прерванной программе. В защищенном режи- 
ме работы процессора прерывания (исключения) делятся на несколько групп: сбои, 
ловушки, исключения. Это деление осуществляется в зависимости от того, какая 
информация сохраняется о месте возникновения прерывания (исключения) и воз- 
можности возобновления прерванной программы. Для сопроцессора ситуация ана- 
логична. Здесь инфор мация о месте возникновения исключения зависит от типа 
исключения. Так, для исключений недействительной операции, деления на ноль 
и денормализованногь операнда запоминается адрес команды, вызвавшей исклю- - 
чение. То есть ситуация для этих типов исключений распознается, и исключение 
возбуждается до исполнения команды сопроцессора (по классификации для за- 
щищенного режима -* это сбой). При этом операнды в стеке и в памяти не моди- 
фицируются. Для остальных типов исключений ошибочная ситуация распознает- 
ся после выполнения действий «виноватой» команды. Это означает, что в стеке 
в качестве адреса места возникновения исключения запоминается адрес следую- 
щей (после виновницы) команды программы. При этом операнды в памяти и в ре- 
гистровом стеке, возможно, будут изменены. Ваши действия должны учитывать 


эти особенности возникновения различных типов исключений. 
| 


Использование отладчика 


| 
Отладчик Тигбо РеБирег предоставляет широкие возможности для отладки про- 
грамм, использующих сопроцессор. Для наблюдения за состоянием регистров, со- 
ставляющих программную модель сопроцессора в среде Тигфо Пефизег, необходи- 
мооткрытьспециальноеокно Митег1с ргосеззог. Для этого выберите пунктглавного 
меню Уем » Митенс ргосеззог или нажмите сочетание клавиш АЦК+\ и далее М. По 
умолчанию окно появится в компактном виде. Для того чтобы раскрыть его пол- 
ностью, щелкните мь шью на стрелке в правом верхнем углу окна. 
В заголовке окна отображаются четыре сообщения. 


Модель сопроцесдора (автоматически определяется отладчиком). 


«РТЕ-=...» — сообщение о текущем содержимом указателя команд. Этот указа- 

тель содержит физический (20-разрядный) адрес памяти, по которому распо- 
| 

ложена последняя выполнявшаяся инструкция сопроцессора. 


Е: 





| 
«ОРТК-=...> — соо щение об адресе памяти, к которому обращалась последняя 
команда сопроцесрора (если она имела адресный операнд). 


9 «ОРСОБЕ=...» — [сообщение о коде операции последней исполняемой коман- 
ды сопроцессора. Интересно отметить то, как формирует отладчик код опера- 
ции в этом поле. Мы отмечали, что машинный код операции всех команд со- 
процессора о с одинаковой последовательности битов — 11011, 
поэтому в поле ОРСОПЕ эти биты отбрасываются. Например, код команды #4 — 
04906 (в двоичном виде — 1101 1001 0000 ОНО). Убираем пять битов, одина- 
ковых для кода операции каждой команды сопроцессора, и получаем то, что 


— 
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видим в поле ОРСОПЕ заголовка окна Митенс ргосеззог, — 01068 (0000 0001 0000 
0110). 


Вокне Митег!с ргосеззогвыделяютсятри области. Сразузаметим, что вотличие 
от областей окна СРИ области окна Митег!с ргосеззог нельзя раскрывать отдельно. 
Основнуючастьокна Митег!с ргосез$огзанимаетобласть Кез?1${егз, котораяотража- 
ет состояние восьми регистров стека сопроцессора $5Т(0)...5Т(7). Указываются только 
логические номера регистров. Наиболее полная информация о регистрах стека 
предоставляется, если окно Митег!с ргосеззог развернуто. Рассмотрим поля Кедт${ег, 
описывающие состояние каждого из регистров стека сопроцессора. Первое поле 
показывает состояние регистра. Возможные значения в этом поле следующие: 


3%# ЕМРТУ - «пустой»; 

# УАПО — в регистре корректное вещественное число; 

 7ЕКО — в поле нулевое значение; 

# МаМ — в регистре находится специальное численное значение — нечисло (Моё 

а МитЬег). 

Второе поле показывает логический номер регистра стека. Третье поле содер- 
жит значения в регистре в виде 80-разрядного числа с плавающей точкой. Четвер- 
тое поле показывает содержимое регистра стека в шестнадцатеричном виде. 

В ходе отладки вы можете влиять на содержимое регистров стека. Для этого 
в области Кег1${етз можно вызвать контекстное меню, активизируемое правой кноп- 
кой мыши. В меню три команды: 





1ЕКО — обнуление содержимого регистра; 


. ЕМРТУ — освобождение регистра стека, при этом содержимое самого регистра 
стека не изменяется, а изменению подвергается только тег в регистре тегов, 
в который заносится значение 115; 


И СНАМОЕ — запись в регистр стека некоторого значения, которое должно быть 
в допустимом формате в соответствии с синтаксисом ассемблера. 


Следующую область окна Митег!с ргосез5ог условно можно назвать Сопто]. Об- 
ласть Сопго] содержит совокупность полей, названия которых совпадают с назва- 
ниями битов или полей битов в регистре управления сопроцессором СМК. Пере- 
числим эти поля: 





]М — маска недействительной операции; 

# ОМ — маскаденормализованногооперанда; 

# /М-— маскаделения нануль; 

#3 ОМ маскапереполнения; 

:- ОМ — маска отрицательного переполнения; 

% РМ - маскаточности; 

% ТЕМ — маска запроса на прерывание (для 18087); 
РС — поле управления точностью; 


Е 


ВС — полеуправления округлением; 


Е 


[С — поле управления значением бесконечности. 
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Контекстное меню области Сопито| содержит всего одну команду — Тоз2е. Ее 
назначение — циклическое изменение содержимого активного (в котором нахо- 
дится курсор) поля. | 

Третья область ок та Митег!с ргосеззог — За — содержит совокупность полей, 
названия которых совпадают с названиями битов или полей битов в регистре со- 
стояния сопроцессор, а 5МЕ: 


# Е — ошибка недействительной операции; 

= РЕ ошибкаденормализованного операнда; 

- Е ошибкаделения на нуль; 

# ОЕ — ошибка переполнения; 

в ОЕ — ошибка отрицательного переполнения; 

3- РЕ ошибкаточности; 

. В масказапроса на прерывание; 

* СС — кодусловия (состояниебитов СЗ, С2, С1, СО); 

3# $1 — указатель вершины стека (поле ТОР регистра 5\УК). 


Контекстное меню области {аз содержит всего одну команду — Тозсе. Ее на- 
значение — циклическое изменение содержимого активного поля. 

Сам процесс отладки программы ничем не отличается от процесса отладки про- 
граммы для основного процессора. 


Общие рекомендации 
по программированию сопроцессора 


В заключение главы сформулируем некоторые общие рекомендации по написа- 
нию программ для сопроцессора. 





Первый фрагмент программы с командами сопроцессора должен начинаться 
с команды НМГ. Если программа содержит несколько независимых друг от друга 
фрагментов с командами сопроцессора, каждый такой фрагмент должен начи- 
наться с команды ИМТ. 


* При написании программы вы должны учитывать то, что процессор и сопро- 
цессор работают параллельно. То есть вам необходимо особенно тщательно 
программировать участки, на которых планируется параллельное выполнение 
команд обоих процессоров. Особое внимание обращайте на синхронизацию 
общих операндов|И обработку возможных исключительных ситуаций. 


1 
# Рекомендуется обработку исключений доверять самому сопроцессору, кроме 
исключения недействительной операции, что позволит своевременно обнару- 
жить ошибки алгоритма. 
1 





1 
# При написании программ следует установить такой режим округления, кото- 
1 
рый позволит пох учить максимально точный результат. 
| 


# Для повышения г роизводительности процессора при передаче данных необхо- 
димо использовать директиву Е\ЕМ. Ее действие заключается в том, что данные, 
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описываемые следующей за ней одной из директив резервирования И инициа- 
лизации данных, размещаются по ближайшему адресу, значение которого крат- 
но 2. Так как все типы данных сопроцессора имеют длину, кратную двум, то 
желательно все ячейки памяти, содержащие значения для обработки сопроцес- 
сором, размещать в сегменте данных одним блоком, предваряя их описание ди- 
рективой Е\ЕМ, например: 


‚Дата 
еуеп 


сН_1 аа 35.78 
св 2 ЧЕ 0987687686 


Итоги 


К 








Математический сопроцессор значительно расширяет возможности компью- 
тера по выполнению вычислений над числами из очень большого диапазона 
значений. 


Центром программной модели сопроцессора является регистровый стек, кото- 
рый является наиболее эффективной структурой программирования вычисли- 
тельных алгоритмов. Использование стека предполагает, что программист пред- 
варительно преобразует исходное выражение вформу ПОЛИЗ. Форма ПОЛИЗ, 
в частности, используется в трансляторах при разборе и генерации кода раз- 
личных синтаксических конструкций программы (не только математических 
выражений). 


Сопроцессор на уровне своей системы команд поддерживает болыпую номен- 
клатуру типов данных: три формата целых чисел, три формата вещественных 
чисел, десятичные числа. При разработке вычислительных алгоритмов и под- 
боре для их реализации команд сопроцессора следует помнить, что сопроцес- 
сор поддерживает только один внутренний формат представления данных — 
вещественные числа расигиренного формата. По этой причине команды сопро- 
цессора, работающие с форматами, отличными от расширенного, вынуждены 
выполнятьдополнительное преобразованиеданных. Операция преобразования 
требует дополнительного количества (и немалого) машинных тактов, что не 
может не сказаться на общем времени выполнения программы. 


Система команд сопроцессора состоит из нескольких групп, призванных удов- 
летворить основные потребности программиста в средствах реализации боль- 
шинства вычислительных алгоритмов. При отсутствия поддержки на уровне 
команд сопроцессора каких-либо математических операций они довольно про- 
сто могут быть реализованы с помощью математических формул приведения 
через существующие команды. 


В процессе работы внутри сопроцессора могут возникать различные ситуации, 
требующие внешнего вмешательства. Их называют исключениями. Исключе- 
ния разбиты на б типов, которым соответствуют по 6 битов в регистрах 5\К 
и СУБ. Эти биты позволяют управлять обработкой соответствующих исключе- 
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ний. Биты в З\/В фиксируют возникновение исключений определенного типа. 
Биты в СУ!К определяют способ обработки возникших исключений. Если при 
возникновении исключения некоторого типа соответствующий этому исклю- 
чению битв СУК равен 1,это означает, что обработка исключения данного типа 
замаскирована и сопроцессор должен сам исправить ошибочную ситуацию. Если 
соответствующий возникшему исключениюбитв СУ" В равен 0, это означает, что 
программист сам желает исправить ошибочную ситуацию. Для этого он дол- 
жен написать обработчик исключения. 

Разработку программ удобно вести с использованием отладчика Тигоо ОеБлеег, 


который предоставляет полную информацию о состоянии вычислительного 
процесса, использующего команды процессора и сопроцессора. 


Вместо заключения... 


Ну вот и все! Прощаясь с читателем, позволю себе несколько мыслей о жизни вслух 
(не примите их в качестве наставлений). 

В данной книге я попытался посмотреть на язык ассемблера как на обычный 
язык программирования. При этом хотелось показать, что этотязык ничем не хуже, 
а в чем-то даже лучше привычных читателю языков высокого уровня. Осознание 
этого особенно важно для начинающих программистов, которые зачастую с пер- 
вых шагов в своей карьере попадают в «теплые, нежные, заботливые... (дальше 
придумайте сами)» объятия различных интегрированных оболочек, сред, студий... 
Опасно это тем, что такой молодой, неопытный, наивный программист постепенно 
всецело поддается нежному шелесту этих интегрированных продуктов и засыпает. 
Спать он может долго, может быть, даже на протяжении всей своей профессиональ- 
ной карьеры, и, возможно, при этом ему будет сниться сон, суть которого в том, что: 


не нужно думать об оптимизации программы, ведь памяти и запаса быстродей- 
ствия у современного процессора столько, что хватит на мгновенное псевдопа- 
раллельное выполнение десятка даже самых бездарных программ; 








не нужно думать о работе с «железом», ведь современная ОС имеет столько 
драйверов устройств, что вряд ли встретится ситуация, когда к компьютеру 
потребуется подключить что-то нестандартное; 


не нужно думать о защите своих программ — от вирусов нас защитит програм- 
ма-антивирус; 

боже упаси лезть в чужой исполняемый код, даже если ты «лопаешься» от лю- 
бопытства; 


и, наконец, нет необходимости что-то знать и о самом компьютере — стоит себе 
ЯЩИК, работает, когда его включишь, — чего еще нужно? 











Обычно сон прерывается в тот момент, когда человек осознает, что сидит на 
совершенно конкретном компьютере, функционирующем на основе определенных 
программно-аппаратных средств (со всеми их изъянами и достоинствами), кото- 
рые иногда требуют прямого вмешательства человека в свою работу. В этом слу- 
чае можно, конечно, обратится к специалисту, но какой же ты тогда профессио- 
нал?.. Судить обо всем этом, конечно, читателю. Может быть, я в чем-то и не прав. 
Ведь компьютер уже давно сам стал повседневным рабочим инструментом людей 
множества профессий, которым действительно все сказанное раныше «до лампоч- 
ки». Но если книга у вас в руках, то с большой долей вероятности можно предпо- 
ложить, что я не одинок в своих мыслях, и вы — человек, страдающий профессио- 
нальной бессонницей. Вас трудно ввести в заблуждение обещаниями легкого 
достижения поставленных целей, и вы способны самостоятельно выбрать себе до- 
рогу для достижения вершины своей карьеры кратчайшим маршрутом. 

Успехов вам на этом пути! 


Приложение 


Система команд 
процессоров ПА-32 


Данное приложение содержит описание системы команд процессоров архитектуры 1А-32 до 
Репииашт ПУ включительно. Команды разбиты на 4 группы: целочисленные команды, команды 
сопроцессора, команды ММХ-расширения и команды ХММ-расширения. В пределах каждой 
группы команды расположены в алфавитном порядке. Для каждой команды приведены следую- 
щие данные. 





Схема команды, поясняющая состав и назначение операндов. 
Название команды с кратким описанием ее назначения. 
Описание действия команды. 


Описание флагов после выполнения команды, при этом приводятся сведения только о фла- 
гах, изменяемых командой, и используются следующие обозначения: 


О 1 флаг устанавливается (равен 1); 

П 0— флаг сбрасывается (равен 0); 

ОС г— значение флага зависит от результата выполнения команды; 
П ? — после выполнения команды флаг не определен. 


Машинные коды для всех возможных сочетаний операндов команды. Описание машинного 
кода производится в шестнадцатеричном виде — каждый байт машинного представления ко- 


манды воспроизводится двумя шестнадцатеричными цифрами. При описании машинного кода 
используются следующие обозначения: 


П /цифра — здесь цифра (от 0 до 7) представляет содержимое трехразрядного поля гес в бай- 
те то г/т, используемое как часть кода операции; 


П /‘— означает, что байт то4 г/т команды содержит как регистровый операнд, так и опе- 
ранд г/т; 

С с, см, са, ср — одно-, двух-, четырех- или шестибайтное значение, следующее за полем 
кода операции и используемое для определения смещения в сегменте кода (и возможное 
новое значение для сегментного регистра кода); 


Р 1, г, 14 — одно-, двух- или четырехбайтный непосредственный операнд команды, кото- 
рый следует за полем кода операции, байтами то4 г/т или $1, при этом код операции 
определяет, является ли непосредственный операнд знаковым значением, а все слова 
и двойные слова приводятся в порядке «младший байт по младшему адресу»; 


П +15, 4г\, +19 — код регистра (от 0 до 7), добавляемый в байт кода операции, приводимого при 
описании машинного кода первым значением (см. также рис. 3.1 и табл. 3.3-3.5); 
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+1 — число (от 0 до 7), используемое в машинном представлении команд сопроцессора, 
когда один из операндов является регистром 5Т(1) из стека регистров сопроцессора (1 до- 
бавляется к одиночному байту кода операции, значение которого приведено при описа- 
нии машинного кода первым). 


Ж Машинныекоды команды сопровождаются описанием синтаксисакоманды для соответствую- 
щего сочетания операндов. При описании синтаксиса используются следующие обозначения: 


п 


П 


те18 — относительный адрес из диапазона -128...+ 127, точка отсчета — конец данной ма- 
шинной команды; 


ге{16, ге{32 — относительные адреса в пределах сегмента кода, содержащего данную ко- 
манду, используемые для операндов с размером операнда 16 (и$е16) и 32 (изе32.) бита соот- 
ветственно; 


рёг16:16 и ри16:32 — дальние указатели (обычно на адрес в сегменте кода, отличном от 
текущего), используемые при установленном атрибуте размера операнда 16 битов и 32 бита 
соответственно (запись «16:16» или «16:32» означает, что первая часть указателя являет- 
ся селектором или значением сегментного регистра кода, вторая — смещением в целевом 
сегменте кода); 


П 18, 116, 132 — операнд водном из регистров размером байт (АГ, СТ. ОГ, ВТ, АН, СН,ОН, ВН), 


|9) 


П 


|9) 


слово (АХ, СХ, ОХ, ВХ, $Р, ВР, 51, 01) или двойное слово (ЕАХ, ЕСХ, ЕБХ, ЕВХ, ЕЗР, ЕВР, ЕЗТ, ЕБ]; 


18, 116, 132 — непосредственный операнд размером байт (-128...+127), слово (-32 768... 
+32 767) или двойное слово (-2 147 483 648...+2 147 483 647); 


т — операнд в памяти размером 16 или 32 бита; 


8, т16, т32, п48, т64, т128 — операнд в памяти размером байт, слово, двойное слово, 48/ 
64/128 бит; 


г/т8 — байтовый операнд, который содержится либо в одном из регистров размером один 
байт (АТ, СГ, ПТ, ВЕ, АН, СН, ОН, ВН), либо в ячейке памяти размером один байт; 


О 1/т16 — операнд в регистре размером в слово (АХ, СХ, ОХ, ВХ, $Р, ВР, $1, 01) или вячейке 


памяти размером в слово (используется в командах, для которых атрибут размера опе- 
ранда равен 16 бит); | 


О г/т32 — операнд в регистре размером в слово (ЕАХ, ЕСХ, ЕМОХ, ЕВХ, Е$Р, ЕВР, ЕЗ1, ЕО) или 


П 


|9) 


Р 


в ячейке памяти размером в двойное слово (используется в командах, для которых атри- 
бут размера операнда равен 32 битам); 


16:16, т16:32 — операнд в памяти, содержащий дальний указатель в виде двух чисел: 
число слева соответствует селектору сегмента указателя, второе число является сме- 
щением в сегменте, на который указывает этот селектор; 


116832, 116816, п132&32 — пары операндов в памяти, каждый элемент которых имеет раз- 
мер, указанный слева и справа от знака &; . 


той $8, по $16, поЯ$32 — переменная (смещение в памяти) типа байт, слово, двойное сло- 
во, требующаяся для выполнения некоторых вариантов команды тоу (байт то4 г/тне 
используется, адрес задается простым смещением относительно базы сегмента); 


П зтеё — сегментный регистр, кодировка вмашинном коде: Её =0; С$ = 1;$5 =2; 05 - 3; Е =4; 


Р 
Р 


0$ =5; 
132, п64р, т80р — операнды в формате сопроцессора (с плавающей точкой) в памяти; 


т161ть, мз2тё, тб4тЕ — целочисленные операнды в памяти, используемые в командах со- 
процессора; 


Р $Тили $1(0) — верхний элемент стека сопроцессора; 


Р 5$1(1} — г-н элемент стека сопроцессора ({ = 0..7); 


Р 
Р 


гттхо.. гттх7 — операнд в одном из регистров целочисленного расширения ММХ; 


гттх/п32 — младшая часть (32 бита) ММХ-регистра или 32-разрядный операнд в памяти; 
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П гтмх/т64 — ММХ-регистр или 64-разрядный операнд в памяти; 

О гхшшо.. .гхшт7 — операнд в одном из регистров расширения ММХ с плавающей точкой 
(в ХММ-регистре); 

П гхшт/т132 — ХММ-регистр или 32-разрядный операнд в памяти; 

П гхммт/л64 — ХММ-регистр или 64-разрядный операнд в памяти; 

П гхтт/т128 — ХММ-регистр или 128-разрядный операнд в памяти. 


Для экономии места при описании некоторых команд могут быть опущены одна или несколько 
перечисленных ранее позиций. Например, отсутствие описания действия команды говорит о том, 
что сведений, приведенных вназвании команды с кратким описанием ее назначения, достаточно 
для ее практического применения. Отсутствие описания флагов означает, что данная команда не 
изменяет флагов. 

Некоторые регистры программной модели процессора имеют внутреннюю структуру. 
Чтобы идентифицировать поле такого регистра, в описании команд оно воспроизводится следу- 
ющим образом: имя_регистра.имя_поля. 


Целочисленные команды 
ААА 


* ААА 
.з7 


. Корректировка результата сложения одноразрядныхнеупакованных ВСО-чисел командой 
АО. 


Действие: сслимладший полубайтрегистраАГ. >9 илиАЕ= 1, то: (АГ.) =(АТ) +6; (АН)=(АН)+1; 
АЕ = 1, СР= 1. В противном случае АЕ = СЕ= 0. В обоих случаях (АГ. = (АГ) АМО 01. 
Флаги: ОЕ =? ЗЕ =? 7Е = ? АЕ=гРЕ= ? СЕ=Р 


ААО 
- ААБР 
. 050А 
° Подготовка двухзначного неупакованного ВСО-числа в регистре АХ для операции деления. 
Действие: (А!) = (АНХ 10) + АЕ; (АН) - ООН. 
Замечание: процессор воспринимает другой машинный код этой команды, неимеющий мне- 
моники, — 0518.Еедействие: (АТ.)=(АНх18)+АТ;(АН)=ООПН. 
Флаги: ОЕ = ? ЗЕ=г2Е=гАЁР =? РЕ=гСЁ=? 
ААМ 
> ААМ 
» ОЗОА 








. Коррекция результата умножения двухнеунакованных ВСО-чисел. 


Действие: разделить содержимое регистра АГ. на 10; частное записать в регистр АН, остаток — 
в регистр А(. 

Замечание: процессор воспринимает другой машинный код этой команды — 04 18 (без мне- 
моники). Ее действие: разделить содержимое регистра АТ, на 18; частное записать в регистр АН, 
остаток — в регистр А(. Если 18 = 0, то процессор генерирует исключение ошибки деления #0Е. 

Флаги: ОР=? $Е=и2Е=гАЕ =? РЕ=гС(Е-? 

- ААЗ 
- ЗЕ 


17 Зак. 256 
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. Коррекция результата вычитания командой $ ОВ двух неупакованных одноразрядных ВСО- 


чисел. 


Действие: если младший полубайт регистра А! > 9 или флаг АЕ= 1, то значение младшего 
полубайтаАГуменьшаетсянаб, значениеАН уменьшается на 1, флагиАЕи СЕустанавливаютсяв1. 
Если ни одно из этих условий не выполняется, команда устанавливает флаги АЕ = СЕ = 0. В обоих 
случаях значение старшего полубайта регистра АТ, обнуляется. 


Флаги: 0Е =? $Е =? 2 = ? АРегРЕ =? (Е=у 


АБС 


АОС приемник, источник 


м 145 
151 
1514 
80 /21Ъ 
81/21 
81/234 
83 /21Ь 
83/216 
10/г 
ил 
1/ 
12 /т 
13 /г 
13 /г 


АОС АЕИтт8 

АБС АХЛтт16 
АОС ЕАХ Ат 32 
АОС г/т8лтт8 
АОСт/т16/тт16 
АОСт/т32лтт32 
АБС г/т16дтт8 
АОС 1/32 тт8 
АОСг/т8,г8 
АБСт/т16;716 
АОС г/т32,т32 
АОСт8т/т8 
АОСг16/т16 
АОС!32,г/т32 


. Сложение с учетом значения флагапереноса СР. 


Действие: приемник = приемник + источник + СЕ. 


Флаги: ОЕ=г5Е=г7Е =гАЁ- гРЕ=гСЕ=г ` 
АОО 
. АОО приемник, источник 
Ш 04 АБРАИтт8 
05 м АОО АХ, б 
05а АОО ЕАХАтт32 
80 /0 15 АОО г/м81тт8 
81/0 № АООт/т16Атт16 
81/04 — АООт/тм32Атт32 
83/0№ю — АООг/т16йтт8 
83 /0Ь АБОг/т321тт8 
00 /т АБОг/т 8,8 
01 /г АООт/т16;г16 
01 /т АООг/т32,г32 
02 /т АОО г8г/т8 
03 /г АОБ{ 16/16 
03 /г АОР г32,г/т32. 


ы Сложение двух целочисленных двоичных операндов. 


Действие: приемник = приемник + источник. 
При переполнении приемника флаг СЕ устанавливается в 1. 


Флаги: ОР =г5Р=г 28 =ГАЕшг РЕшг СЕ =Г 


АМО 


АМО приемник, источник 


24 5 
25 № 


АМО А тт8 


АМО АХ тт 16 
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25а АМО ЕАХАтт32 
80/416 — АМО г/т8/тт8 
81 /41м — АМОг/т16/тт16 
81/49 — АМО '/т321тт32 
83 /416 — АМО т/тм16дтт8 
83 /4 6 — АЮО г/т3З2Атт8 
20 /т АМО г/т8,г8 

21/ АМО г/т1 6,716 
21/1 АМО г/т32,т32 
22/ АМО т8г/т8 

23 / АМО 116/т16 

23 /г АМО г3З2,т/т32 


. Логическое И. 
Действие: приемник = приемник АМО источник. 
Флаги: ОЕ = О $ЗЕ=г2Е=гАЕ= ? РЕ=ГСЕ= 0 


АНРЬ 


. ЛАВРЕ приемник, источник 
- бЗ/г АВРИ. г/т16,г16 
. Настройка поля КРИ селектора. 

Действие: операнд приемник содержит селектор вызываемой программы, операнд источник — 
селектор вызывающей программы. Команда АКР! сравнивает биты КРЕ селектора приемника с би- 
тами КРЕГ селектора источника и в зависимости от результатов этого сравнения выполняет дей- 
ствия: 

У* если ВРЕ приемника < ВРЕ источника, то 2Е = 1 и ВРЕ приемника = ВРЕ источника; 
$ если ВРЁЕ приемника > ВРЕ источника, то: 7Е = 0. 
Флаги: 2Е =г 


ВОЦМО 
. ВОУЧЮР индекс, границы_массива 


- бл 8000 16,116&16 
62 / В0И№0 32132832 


ы Контроль нахождения индекса массива в границах. 


Действие: сравнить значение в 16/32-разрядном регистре индекс с диапазоном значений, пер- 
вое из которых — это нижний индекс, второе — верхний индекс плюс размер операнда в байтах. 
Значения нижнего и верхнего индексов расположены последовательно в двух ячейках памяти 
размером слово/двойное слово, адресуемых операндом границы_массива. Если в результате про- 
верки значение из регистра вышло за пределы указанного диапазона значений, то возбуждается 
прерывание с номером 5, если нет, программа продолжает выполнение. 


ВЗЕ 


. ВЗР результат, источник 


. ОЕВС ВУЕ т16,/т16 
ОЕВС ВЗЕ г32(/т32 


ы Определение номера позиции в операнде источник крайнего справа единичного бита. 


Действие: просмотр битов операнда источник, начиная с младшего. Номер позиции первого 
единичного бита слева записывается в регистр результат, флаг 7 устанавливается в 0. Если еди- 
ничных битов нет, то флаг Е устанавливается в 1, а регистр результат оказывается неопределен- 
НЫМ. 


Флаги: ОЕ = 2 $Е- ? 7Е=тАЁ =? РЕ= ? (Е=? 
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ВЗВ результат, источник ° 
- ВО  В$РМ6бл/т1б 
ОЕ ВО ВЗВ г32//т32 
. Определение номера позиции крайнегослева единичного бита в операнде источник. 
Действие: команда просматривает биты операнда источник начиная со старшего бита 15/31, 
и, если встречается единичный бит, флаг /Еустанавливается в 0, а в регистр результатзаписывает- 
ся номер позиции (отсчет осуществляется относительно нулевой позиции), в которой встретил- 
ся единичный бит. Если единичных битов нет, то флаг ИЕ устанавливается в 1. Диапазон значе- 


ний результата зависит от разрядности второго операнда: для 16/32-разрядных операндов это, 
соответственно, 0...15/0...31. 
Флаги: ОЕ = ? ЗЕ = ? Е =гАЕ= ? РЕ =? СЕ=? 


В$М/АР 


ВУМ/АР источник 
ОЕ С8 + а  ВУМАР 132 
. Изменение порядка следования байтов в операнде источник. 
Действие: 
#. ТЕМР < источник; 
° источник (7...0) < ТЕМР(31...24); 
источник (15...8) < ТЕМР(23...16); “и 
В источник(23...16)< ТЕМР(15...8); 


3# источник (31...24) < ТЕМР(7...О). 


Здесь, ТЕМР — временная ячейка памяти (32 бита), которую процессор выделяет в своих внут- 
ренних структурах для выполнения этой операции. 


ВТ 


ВТ источник, индекс 


ОР АЗ ВТг/т1 6,116 
ОРАЗ ВТг/т3232 
ОРВА /41Ь ВТ т/т16Атт8 
ОЕВА /4 16 ВТи/т32Атт8 


* Определение значения конкретного бита в операнде источник. 


Действие: номер проверяемого бита операнда источник задается операндом индекс. После вы- 
полнения команды флаг СЕ устанавливается значением проверяемого бита. 


Флаги: ОР=? $ = ? 7 Е = ? АР? РЕы? (Е=г 
ВТС 


ВТС источник, индекс 


- ОРВВ ВТСи/т16,16 
ОРВВ ВТС г/т32,т32 
ОРВА/71Ь ВТС т/т16Атт8 
ОРЕВА /7ТЬ ВТС г/м32 /тт8 


. Определение иинвертирование значениязаданного бита в операнде источник. 


Действие: номер проверяемого бита операнда источник задается операндом индекс: (значение 
из диапазона 0...31). После выполнения команды значение выбранного бита инвертируется, 
а флаг СЕ устанавливается исходным значением этого бита. 

Флаги: ОЕ =? 5Е = ? 7Е = ? АЕ= ? РЕ= ? СЕ=г 
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ВТВ 


ВТВ источник, индекс 
ОЕ ВЗ ВТК г/п1 6,116 
ОЕВЗ ВТВ г/т32,г32 


ОРВА/б 1 ВТВг/т16/тт8 
ОЕВА /61Ь ВТВ '/м32Атт8 


Определение значения заданного бита в операнде источник и сброс его в 0. 


Действие: номер проверяемого бита операнда источник задается операндом индекс (значение 


издиапазона 09...31). После выполнения команды флаг СРустанавливается исходным значением 
этого бита, а сам бит устанавливается в 0. 


Флаги: ОЕ = ? ЗЕ = ? 2Е= ? АЕ= ? РЕ= ? СЕЕГ 


ВТ$ 


ВТЗ источник, индекс 


ОР АВ ВТ г/п116,16 
ОРАВ ВТЗ г/т32,г32 
ОЕВА /51Ь ВТ$ '/м16/тт8 
ОРВА /51Ь ВТЗ г/м32Атт8 


. Определение значения заданного бита в операнде источник и установка его в 1. 


Действие: номер проверяемого бита задается операндом индекс (значение издиапазона (....31). 


После выполнения команды флаг СЕ устанавливается исходным значением этого бита, а сам бит 
устанавливается в 1. 


Флаги: ОЕ=25Р=?1ЁР=?АЁР=? РЕЕ? (ЁЕг 


САЦ 

. САЦ цель 

- ЕЗ см САЦ. ге!б 
ЕВ са САЦ. ге32 


ЕЕ /2 САН. г/т16 
ЕР /2 САН. г/т32 


ЭА са САЦ рё16:16 
ЭА ср САЕЕ р 16:32 
РЕ/З САЦ т16:16 
ЕЕ/З САЦ. п16:32 


Вызов процедуры или переключение задачи. 
Действие: далее перечислены возможные варианты задания операнда цель. 


ге\16/32 — близкий относительный переход. Значение ге16/32 трактуется как знаковое и яв- 
ляется смещением перехода относительно следующей за САЦ, команды в сегменте кода, то 
есть адрес цели равняется ЕТР/ТР + геП6/32. В стек заносится содержимое ЕТР/ТР. 


116/32 или т16/32 — близкий абсолютный косвенный переход. Цель — регистр 116/32 или 
п16/32. Содержимое этого регистра является смещением команды, которой передается управ- 
ление, в текущем сегменте кода. В ИР/Рзагружается содержимое из!16/32 или м16/32. В стек 
заносится содержимое ЕТРЛР. 


м16:16(32) — дальний абсолютный косвенный переход. Цель — адрес ячейки памяти разме- 
ром 32/48 бит со структурой т16:16(32), содержащей компоненты адреса перехода. 


р\г16:16(32) — дальний абсолютный переход. Цель — компоненты полного адреса в виде 4- 
или 6-разрядного указателя, по которому необходимо произвести переход. 


Особенности выполнения команды САЦ. в двух последних вариантах определяются режимом 


работы процессора. 
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В реальном режиме или режиме виртуального процессора 8086 (РЕ = 0 или РЕ ==1иУ\УМ = 1) 
в ЫРЛР и С$ загружаются значения смещения и адреса сегмента из указателя в памяти или 
команды САЦ. В стек заносится содержимое ЕГР/ТР и С$. | 





В защищенном режиме (РЕ = Ти \М = 0) анализируется байт прав доступа АК в дескрипторе 
целевого сегмента. В зависимости отего значения производится пять типов перехода к цели: 


Г передача управления подчиненному сегменту кода; 

С передача управления неподчиненному сегменту кода; 

С передача управления через шлюз вызова; 

П переключение задачи (селектор соответствует дескриптору — шлюзу задачи); 
П переключение задачи (селектор соответствует дескриптору — сегменту Т55). 


Флаги (кроме случая переключения задачи): не изменяются. 
При переключении задачи значения флагов изменяются содержимым регистра ЕРГАС$ в сег- 
менте состояния Т$$ задачи, на которую производится переключение. 


СВМ//СМ/ОЕ 
‚  СВМ/СМОЕ 
- 93 


* СВУ — преобразование байта в слово, 
СУБЕ — преобразование слова в двойное слово. 


Действие: команда копирует знаковый бит регистра АЁ(АХ) на все биты регистра АН (ЕАХ). 


СМО/СОВО@ 
смо/Соо 
- ээ 


* С\У/О — преобразование слова в двойное слово, 
СРО — преобразование двойного слова в учетверенное слово. 


Действие: команда СУ/Р копирует значение старшего бита регистра АХ на все биты регистра 
ОХ; команда СОО копирует знаковый бит регистра ЕАХ на все биты регистра ЕБХ. 


СС 


- СЕС 
- Е8 
. Сброс флага переноса СЕ. 
Флаги: СЕ=0 
СО 
- СО 
- К 
* Сброс флага направления ОЕ. 
Флаги: ОЕ=0 


СЕРЕУ$ЗН 


СЕРЕУЗН операнд 
ОЕ АЕ /7 


. Аннулирование строки кэша, содержащей операнд. 
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Действие: аннулирует строки кэш-памяти, которая содержит линейные адреса, определяе- 
мые операндом, для кэшей всех уровней (данных и команд). Если аннулируемая строка помече- 
на как измененная (41), то предварительно она записывается на диск. 


СЫ 


- < 
- РА. 
Сброс флага прерывания [Е. 


Флаги: [Е = 0 (если СР< = ТОР) 
Замечания: флаг [Е не сбрасывается, если СКО.РЕ - 1, СР. > 1ОРЁ и УМ = 0 или СКО.РЕ = 1, 102. < 3 
и\УМ = 1. Флаг 1Еи команды СЫ и $Пне влияют на генерацию исключений и прерывания ММ. 


СГТУ 
СЕТ$ 
- Е Об 
* Сброс флага переключения задач Т$ в регистре СВО (бит 3) в 0. 


СМС 
* СМС 
- 25 
 Инвертирование флага переноса СЕ. 
Флаги: СЕ=т 


СМОУсс 


СМО\сс приемник, источник 


* Передача данных при выполнении условий, определяемых состоянием соответствующих 
флагов. 
Действие: если состояние флагов (см. табл. П.1)) соответствует условиям выполнения коман- 
ды,топроизводитсяпересылказначенияисточникавприемник. Впротивномслучаевыполнение 
команды завершается без пересылки. 


Таблица П.1. Состояние флагов при выполнении команды СМО\сс 


Машинный код | Мнемокод Флаги Пересылка из источ- 
ника в приемник т 


Если переполнение 
СМОУМАЕ!И6,г/п16(т32,г/т32) равно) 
Е=0 
2Е=1 















ОЕ43с\/са СМОУМСи6, г/л (1321/32) 

ОЕ44с\/са СМОТУЕ г16,г/п16 (132 ,г/п32) Если равно (нуль) 
СМОУ/ г16,г/п16 (1321/32) 

ОЕ45с\/са СМОУМЕ!И6, г/п 6 (132. г/п32) Если не равно (не нуль) 
СМОУМА.г16, г/п 16 (г32,г/т32) 

ОЕ46с\/с4 СМОУВЕт{6, г/1п16 (132/32) СЕ=1 Если ниже или равно 
МОУМА 116, г/т16 (г32,г/т32) 2Е=1 (невыше) 

ОЕ47с\/с4 СМОХА г16, г/п 16 (132 ‚г/т32) СЕ = 0& Если выше (не ниже или 

МОУМВЕг16, г/п 16 (г32.г/п32) | 7Е-0 


РАВНО) подовмение э 
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Таблица П.1 (продолжение) 


. Пересылка из источ- 
ника в приемник 


Если знак 














СМОТУР г16, г/п 16 (т32:/п32) Если паритет 
МОУРЕ г!6, г/п16 (г32,г/п32) (четное количество 


ОЕ4Ас\/са 
| единичных битов) 

ОЕ4Вс\/с4 СМОУМРг|6, г/т16 (:32.г/п32) РЕ=0 Если непаритет 
СМОУРО 116, г/т 16 (г32,.г/т32) 

ОЕ4С с\/са СМОУГ г16,г/р16 (г32,г/т32) ЗЕ<>ОЕ Если меньше (не больше 
СМОУМСЕг16,‚г/т16 (132.г/т32) или равно) 

ОЕ4О с/с СМОУСЕ пб, г/т16 (132.г/п32) ЗЕ = ОЕ Если больше или равно 
СМОУМГ. 16, г/п 16 (132,г/п32) (не меньше) 

ОЕ4Ес\/са СМОУГЕ!16, г/п116 (г32.г/п32) ТЕ= {| Если меньше или равно 
СМОУМС г{6, г/п 16 (г32.т/т32) 5ЕооЕ (не больше) 

ОЕ4Ес\/са СМОТС г16, г/п16 (г32.г/т32) СЕ = 0& Если больше (не меньше 
СМОУМГЕ т16,г/т16б (г32,г/т32) ЗЕ = ОЕ или равно) 

















СМР 
СМРоперанд_1, операнд_2 
ЗСЬ (МР АЙ тт8 
30 № СМР АХ, 1тт16 
За СМР ЕАХАттЗ32 


80/716 — СМР т/твитт8 
81/7м№ СМРг/т16йтт1б 
81/74 — СМР '/т32Атт32 
83/716 — СМР г/пбутт8 
83 /716 — СМР г/м32дтт8 


38 /т СМР г/т8л8 
39 /г СМР г/т16,г16 
39 /т СМР т/т32 132 
ЗА /т СМР г8т/т8 
ЗВ/г СМР '161/т16 
ЗВ/г СМР г32./т32 


. Сравнение двух операндов. 


Действие: операнды операнд_1 и операнд_2 сравниваются методом вычитания, при этом сами 
операнды не изменяются. По результатам сравнения устанавливаются флаги (см. описапие ко- 
манды ЭВВ). 

Флаги: ОР = г5Е=г 2 = г АРыу РЕ =т (Р=т 


СМР$/СМР$В/СМР$М/СМР$О 


Ш СМРЗ приемник, источник 


СМРУВ/СМРУМ/СМР5 О 
Ш дб СМРЗ 0$:(Е)З.ЕЗ:(Е) Г 
А7 СМР$ 05:9, ЕЗ:С 
А7 СМР$ 0$:Е$1, ЕЗ: ЕС! 
Аб СМРЗВ 
А7 СМР$М 


А7 СМР$О 
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. Сравнение цепочек байтов/слов/двойных слов. Адреса сравниваемыхэлемеитов цепочек пред- 
варительно загружаются: адрес источника в пару регистров 25:ЕЗ ИЗ; адрес приемника в пару 
регистров ЕЗ:ЕБ/ТТ. 


Действия: 

Вычесть элементы (источник - приемник). 
2. В зависимости от состояния флага ОЕ изменить значение регистров Е$1/$1 и ЕБ/ОТ: 

О если ОЕ= 0 — содержимое регистров увеличивается на длину элемента цепочки; 

О если ОЕ = 1 — содержимое регистров уменьшается на длину элемента цепочки. 
3. В зависимости от результата вычитания устанавливаются флаги: 

П если элементы цепочекне равны, то СЕ= 1, ХЕ =0; 

П если элементы цепочек или цепочки в целом равны, то СЕ = О, Е = 1. 


4. При наличии префикса повторения выполнить определяемые им действия (см. описание ко- 
манд КЕРЕ/КЕРМЕ). *. 


Флаги: ОР=г ЗЕ =т7Е =ГАЕ=гРЕ=у СЕ=Г 


СМРХСНС 


СМРХСНС приемник, источник 


. ОЕРВО/г — СМРХСНС г/п8,г8 
ОЕ ВИг СМРХСНС т/п 16‚716 
ОР В/г СМРХСНС 1/п32,132 


* Сравнение с аккумулятором и обмен. 


Действие: если аккумулятор (АГ/АХ/ЕАХ) и приемник не равны, то установить 7 в 0 и пере- 
слать содержимое приемника в аккумулятор (АТ/АХ/ЕАХ). Если аккумулятор и приемник равны, то 
установить Ев | и переслать источник в приемник. 


Флаги: ОР=г5Е= т Е=гАЕ=гРЕ=гСЕ=Г 
СМРХСНСВВ 


СМРХСНС8В приемник 
. ОС /1 тб4 
. Сравнение и обмен восьми байтов. 


Действия: сравнить содержимое регистров ЕОХ:ЕАХ и ячейки памяти приемник (164). Если 
(ЕОХ:ЕАХ) = (т64), то ХЕ = 1, (т64) - (ЕСХ:ЕВХ). В противном случае: 7Е =0, (ЕБХ:ЕАХ) = (тб4). 
Флаги: ДЕ=г 


СРУЮ 
СРУЮ 
ОРА2 | 
° Получение информации отекущем процессоре. 


Действие: для получения информации о процессоре необходимо в регистр ЕАХ поместить 
параметр — одно иззначений О, 1 или 2. 


Если ЕАХ = 0, то в регистрах ЕАХ, ЕВХ, ЕОХ, ЕСХ формируется следующая информация: 





ЕАХ = п, гдеп — максимально допустимое значение параметра, которое может быть помещено 
в регистр ЕАХ для задация режима сбора информации; 


И ЕВХ +ЕДХ + ЕСХ — вэтих регистрах содержится строка-идентификатор процессора бепитейи се] 
(зепите — подлинный, истинный): 


П ЕВХ= 756Е6547Н "бепи" (бт ВИ); 
О ЕСХ=6065746ЕН "пке|" (пм СИ}; 
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О ЕСХ -49656Еб9В "4пе!" (1 т ОЫ.. 
Если ЕАХ = 1, то врегистрах процессора сформируется следующая информация: 
„ ЕАХ=П — информация о процессоре (см. табл. П.2 и П.З); 


я ЕОХ=п— информация о возможностях процессора (см.табл. П.4). 


Если ЕАХ = 2, то в регистрах ЕАХ, ЕВХ, ЕСХ и ЕОХ формируется информация о кэш-памяти первого 
уровня и ТГ В-буферах. Первый байт регистра ЕАХ содержит число, означающее, сколько раз необ- 
ходимо последовательно выполнить команду СРУ10О для получения полной информации о кэш-па- 
мяти первого уровня и ТГ.В-буферах. Другие байты регистра ЕАХ и все байты регистров ЕВХ, ЕСХи 
ЕОХ содержат однобайтовые дескрипторы, характеризующие кэш-память и ТТ.В-буферы (см. доку- 
ментацию по процессору). Старший бит каждого регистра характеризует достоверность информа- 
ции в регистре. Если он равен нулю, то информация достоверна, иначе — регистр не используется. 


Таблица П.2. Поля регистра ЕАХ после выполнения команды СРУГЮ (при ЕАХ = 1) 


12...13 Тип процессора (00 — обычный процессор; 01 — Оуег4нуе-процессор; 
10 — процессор для использования в двухпроцессорных системах) 







Таблица П.З. Значения битов 4...7 и 8...11 регистра ЕАХ 


Биты ЕАХ (8.. Ш) | Биты ЕАХ (4..7) 
0100 0000 или 0001 14860Х 


Таблица П.4. Поля регистра ЕОХ после выполнения команды СРУЮ (при ЕАХ = 1} 


Назначение (если биты установлены) ы 
ЕОХ 


Присутствуетсопроцессорснабором команд1387 






























Поддержка расширенных возможностей обработки прерываний в режиме виртуального 
процессора 18086 | 


2 Процессор поддерживает точки прерывания ввода-вывода (точки останова по обращению 
О8В4ирБ$5. ФлагСВ4.ОЕ - 1 








к портам) для предоставления расширенных возможностей отладки и доступ к регистрам 


Процессор поддерживает 4-мегабайтные страницы (бит СВ4.РЗЕ) | 
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Биты | Назначение (если биты установлены) 


Поддержка счетчика меток реального времени ТЗС (команда КОТ$С) 





т 
9 
р 















Поддержка команд КОМ$К и \КМ$К для работы с модельно-зависимыми регистрами 





Процессор поддерживает физические адреса большие, чем 32 бита (СВ4.РАЕ), расширен- 
ный формат элемента таблицы страниц, дополнительный уровень трансляции 
страничного адреса и 2-мегабайтные страницы 








Поддержка исключения машинного контроля 18 (Маспте СКеск ЕхсерНоп, МСЕ) 


Поддержка инструкции СМРХСНО8 В 


Процессор содержит программно-доступный контроллер прерываний АР[С, который 
доступен для использования 








Резерв 


Поддержка инструкций быстрых системных вызовов ЗУЗЕМТЕК и ЗУЗЕХТ 


Поддержка регистра управления кэшированием МТВК_САР (относится к М$Е- 












Бит СВ4.РОЕ = 1 


Поддержка архитектуры машинного контроля (М$В-регистр МСС_САР) 


15 Поддержка команд СМО\Усс, ЕМОУсс и ЕСОМУ если установлен бит ЕОХ.О = 1 
(см. выше) 


Поддержка таблицы физических атрибутов страниц РАТ 
Поддержка 36-разрядной физической адресации с 4-мегабайтными страницами 


Процессор поддерживает собственную идентификацию по уникальному 96-разрядному 
номеру РРМ (Рпуз1са| Ргосеззог Митфег), и эта поддержка активна 














Поддержка команды СГЕГО$Н 
Резерв 


Процессор поддерживает способность записывать информацию в резидентный буфер памяти 


Поддержка внутренних М$К-регистров для мониторинга температуры процессора 
и программного регулирования производительности процессора (АСРТ) 


м Не ЗИ Е к о - = д 
== |=] 5 |= 1> о т И 









Поддержка целочисленного ММХ-расширения 


Перед своей работой команда СРУШ выполняет сериализацию команд записи в память. 
ОАА 
- ОАА 
- 27 


Мозм | [ммм м 
со | м ]|м |->] 


————— о ————— 3—8 ж——ж———ц—ц—д—д—д—)_))АААд— 
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. Десятичная коррекция результата сложения двух упакованных ВСО-чисел сцелью получе- 
ния правильного двузначного десятичного числа. 
Действия: 


1. Если АБа= | или значение младшей тетрады АТ. > 9, то: (АГ) = (АГ) +6; АЕ = 1; при возникновении 
переноса при сложении установить флагСЕ. Иначе — АЕ=0. 


2. Если СЕ= 1 илизначениестаршей тетрады АГ >9, то: (АГ.) = (АГ) + 60; СЕ=1.Иначе— СЕ=0. 
Флаги: ОЕ = ? Е = г Е = ГАР жг РЕ ы Г СЕ =Г 


ОА$ 
- РАЗ 
- РЕ 
’ Десятичная коррекция после вычитания двух ВСО-чисел вупакованном формате. 
Действия: 
1. Если АЕ= 1 или значение младшей тетрады АТ. > 9, то (АГ.) = (АГ) - 6; АЕ = 1; в случае заема при 
вычитании установить флаг СЕ. Иначе — АЕ = 0. 
2. Если СЕ= 1 илизначение старшей тетрады АТ. > 9, то (АГ.) = (АГ) -60; СЕ= 1. Иначе — СЕ=0. 


Флаги: ОЕ = ? ЗЕ мг 2 Е = т АРм Г РЕ =г (Ржг 
ОЕС 


№ ПЕС операнд 
Ш ЕЕ/1 ОЕС г/т8 
ЕЕ/1 ОЕС г/т16 
Е /1 БЕС г/т 32 
48 + пм ОЕСт16 
48 + га ОЕС г32 
. Уменьшение значения операнда на единицу. 


Флаги: ОР=тЕЗЕ - г7Е =гАЕ=гРЕ=тг, флаг СЕне меняется. 


ОМ 


ОМ делитель 


Е6 /б ОТ\ г/т8 
Е7 /6 ОТ\ г/м16 
Е7 /6 ОМ г/т32 


` Беззнаковое деление. 


Действие: делимое задается неявно, и его размер зависит от размера делителя, который явно 
указывается в команде. Местоположения делимого, делителя, частного и остатка — взависимос- 
ти от их размерности (табл. П.5). 


Флаги: ОЕ = ? $ = ? 2Е = ? АР=? РЕ=? (Е=? 


Таблица П.5. Местоположения делимого, делителя, частного и остатка после выполнения 
команды ОМ 


Размер операнда Делимое | Делитель | Частное | Остаток | Максимальное 
частное 


255 


рХ:АХ 


Хх 
Учетверенное слово ЕОХ:ЕАХ | г/п32 ЕАХ ЕРХ 2 - 
(двойное слово) 
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ЕМТЕВ 


.  ЕМТЕВ размер_кадра, лексический_уровень 


. С81м 00 ЕМТЕК 'тт16,0 
(8101 — ЕМТЕК ип 61 
(81 1Ь ЕМТЕК тт1блтт8 


. Установить кадр стека для локальных переменных процедуры. 


Действие: операнд размер_кадра определяет размер кадра стека, операнд лексический_уровень 
задает лексическую вложенность кадра стека. Значение лексического уровня определяет коли- 
чество указателей кадра стека, копируемых в область дисплея нового кадра стека из предыду- 
щего кадра. Оба операнда непосредственные. 


НТ 


- нет 
- [4 
. _ Останов процессора. 


Действие: команда переводит процессор в состояние останова. Выполнение будет продолже- 
но но приходу разрешенного прерывания, ММ[или аппаратного сброса. Команда НТЛ является 
привилегированной. 


А 


.  ШУХ делитель 


. 6/7 ОМ /т8 
ЕТ /7 ШУ 1/т16 
Е /7 ТРУ 1/32 


ы Целочисленное деление со знаком. 


Действие: делимое задается неявно, и его размер зависит от размера делителя, который явно 
указывается в команде. Местоположения делимого, делителя, частного и остатка — взависимос- 
ти от их размера (табл. П.б). 


Таблица П.6. Местоположения делимого, делителя, частного и остатка после выполнения 
команды ОМ 


Размер операнда Делимое | Делитель | Частное | Остаток | Максимальное 
частное 


Слово (байт) 128... +127 






|в 

Хх 
Учетверенное слово ЕОХ:ЕАХ | г/т32 ЕАХ 
(двойноеслово) 


Остаток всегда имеет знак делимого. Знак частного зависит от состояния знаковых битов 
(старших разрядов) делимого и делителя. 


Флаги: ОЕ= ? 5Е = ?7Е=? АЕ=? РЕ=? (Р=? 
ИМЕ 


. _ МУ множитель_1 

ИМУЕ множитель_1, множитель_2 

МОЕ произведение, множитель_1, множитель_2 
. 6/5 ТМЦ г/п8 

Е7 /5 1МИЕ г/т16 

Е /5 ТМИЕ г/м32 


—— дк 
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ОРАР/г — 1МШ г16д/т16 
ОГАЕ/г ТМЦ гзгд/мз2 
68/1 1МИЕ 116 и/т16блтт8 
6В ЛЬ — 1МО 132 х/тзалтит8 
68 /гЬ — 1МИ г16йтт8 

6В /т1Ь МУ 132 лтт8 

69 Гм  1М9Г116/т16йтт1б 
69 /г1а ТМУЕ 1321/т32АттЗ2 
69 /г1м — 1МУ.116лтт16 

69 /т1а ТМУЕ '3З2лтм32 


. _ Целочисленное умножение со знаком. 
Действие: команда имеет три формы, различающиеся количеством операндов. 


Я Содним операндом — требует явного указания местоположения только одного сомножите- 
ля, который может быть расположен в ячейке памяти или регистре. Местоположение произ- 
ведения зависит от размерности множителей (табл. П.7). 





С двумя операндами — первый операнд определяет местоположение первого сомножителя. 
На его место впоследствии будет записан результат. Второй операнд определяет местополо- 
жение второго сомножителя. 





С тремя операндами — первый операнд определяет местоположение результата, второй опе- 
ранд — местоположение первого сомножителя, третий операнд может быть непосредственно 
заданным значением размером в байт, слово или двойное слово. 


Таблица П.7. Местоположения произведения после выполнения команды МОЁ 


Размермножителей _Множитель 2 


Двойное слово 





Флаги (для однооперанднойкоманды): ОЕ=1СЕ=1 —значимыебиты переносятся вверхнюю 
половину результата; ОЕ = О (Е=0 — результат помещается точно в младшей половине результата. 
Состояниеостальных флагов: ЗЕ -?/Е=?АЕ=? РЕ=? 

Флаги (для двух- и трехоперандной команды): 0Ё = 1 СЁ = 1 — результат слишком болышной 
и усекается; ОЕ=1 СЕ- 1 — размер результата точно соответствует операнду назначения. Состоя- 
ниеостальных флагов: ЗЕ =? 7Е-?АЕ=?РЕ=? 


м 

М аккумулятор, номер_порта 
№ ЕЛЬ № Атт8 

ЕБ1Ь М АХАтт8 

ЕБТЬ № ЕАХАтт8 

ЕС № АБОХ 

ЕО № АХ,БХ 

ЕО № ЕАХ,ОХ 


* Ввод операнда размером байт, слово, двойное слово из порта. 


Действие: ввод операнда размером байт, слово, двойное слово из порта ввода-вывода в один 
из регистров АГ/АХ/ЕАХ. Номер порта задается вторым операндом в виде непосредственного зна- 
чения (0...255) или значения в регистре ОХ. : 


МС 


. _ М№С операнд 
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в по ТМСт/т8 
ЕЕ /о ТМСг/т16 
ЕЕ /О ТМСтг/м32 
40 + мм №С 16 
40+ га ТС 32 


№ Увеличение операнда размером байт, слово, двойное слово на 1. Команда не воздействует на 
флагСЕ. | 


Флаги: ОР=г Еж г 2 =тАРегРЕ=у 
1мМ$/ЛМ$В//ИМ$М//М $0 


№5 приемник, порт 


ТМОВ/ТМ5И/ Т№5р 

. бС 1№5 ЕЗ:(Е>БТ, ВХ 
6 15 ЕСТ, 0Х 
60 145 ЕБ:ЕДТ, 0Х 
6С 1№8В 
60 Т$\ 
60 1%50 


. Ввод строк байтов/слов/двойных слов из порта ввода-вывода в память. 


Действие: номер порта ввода-вывода хранится в регистре ОХ, адрес ячейки памяти — в Ез: ЕБИ 
ОТ. Замена сегментного регистра недопустима. Команда передает элемент из порта ввода-вывода 
в память и в зависимости от состояния флага БЕ изменяет значение в регистре ЕБИ/ОГ: 


Л если БЕ =0, увеличить содержимое этих регистров'на длину структурного элемента последо- 
вательности; 


1$ если ОЕ = 1, уменьшить содержимое этих регистров на длину структурного элемента последо- 
вательности. 


При наличии префикса выполняются определяемые им действия (см. описание команды КЕР). 


МТЛМТОЛМТ 3 


Ш № номер_прерывания 

Ш со МТ номер_прерывания 

№ Вызов подпрограммы обслуживания прерывания. 
в омо 

Ш СЕ ИМТО 

Ш Прерывание, если переполнение. 

м МТЗ 

и с ГМТЗ 

[| 


Вызов подпрограммы обслуживания прерывания 3. 


Действие: команда ПМТ генерирует вызов подпрограммы обслуживания прерывания с номе- 
ром (0...255), заданным операндом команды. 

В реальном режиме команда ПМТ п записывает в стек регистр флагов ЕЕГАСЗ/ЕГАС$ и адрес 
возврата — содержимое регистров С$ и ЕТР/[Р. Далее сбрасываются в ноль флаги ГЕ, ТЕи АС, после 
чего управление передается программе обработки прерывания с номером п. 

В защищенном режиме проверяются условия УМ = | и 1ОРГ 3. Если они выполняются, то воз- 
буждается исключение #6Р(0). Иначе, проверяется тип дескриптора: он должен быть шлюзом 
ловушки, задачи, прерывания. 





Шлюз задачи — селектор в дескрипторе шлюза указывает на дескриптор Т$5 в СОТ. Произво- 
дится переключение задач (с вложением) и отслеживаются условия возникновения исключений. 
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Шлюз ловушки или прерывания — при этом возможны два типа передачи управления обра- 
ботчику прерывания: прерывание в режиме виртуального процессора 8086, передача управ- 
ления между уровнями привилегий. 


Команды вызова обработчиков прерываний МТО и {№1 3 являются специализированными: 
МТО инициирует прерывание с номером 4, если установлен флаг ОЕ; [МТ 3 генерирует специаль- 
ный однобайтовый код операции (Оссп), который предназначается для вызова обработчика ис- 
ключения отладки. 

Флаги: взависимости отрежимаработы процессора флаги ГЕ, ТЕ, МТ, АС, ВЕи\Ммогутбыть 
очищены. Если прерывание использует шлюз задачи, то любые флаги могут быть установлены 
или очищены в соответствии с образом ЕЕГАС$ в Т$$ повой задачи. 


МО 


. ИМО 
- 0708 | 
* Недостоверность кэш-памяти всех уровней. 


Действие: очистка кэш-памяти первого уровня (внутренней) и генерация сигнала на очист- 
ку кэш-памяти второго уровня (внешней). 


1МУЕР@ 

‚  МУРб адрес 

* ОЕ 01/7 

.  Недостоверность элемента буфера ТИВ. 


Действие: просмотр элементов буфера ТТВ и выяснение, соответствует ли адрес, указанный 
в команде, одному из элементов этого буфера. Если соответствие выявлено, то данный элемент 
буфера ТЕВ помечается как недостоверный и работа заканчивается. Если соответствия не выяв- 
лено, то работа команды заканчивается. 


1ВЕТЛВЕТО 


. ВЕТИВЕТЬ 
СЕ 
* Возврат изирерывания | 
Действия: зависят от режима работы микропроцесссора. 


# Вреальном режиме выполняется последовательное извлечение из стека содержимого регис- 
тров ЕР/Р, С$ и ЕЕГАСЗ/ЕГАС$, и работа прерванной программы возобновляется. 


* В защищенном режиме действия команды ВЕТ определяются флагами МТ и \М в регистре 
ЕЕГАО$, а также значением флага УМ в образе ЕЕГАС$, сохраненного в текущем стеке. В зависи- 
мости от их состояния процессор выполняет следующие виды возврата: возврат из режима 
\86; возврат в режим \У86; возврат к коду на другом уровне привилегий; возврат из вложенной 
задачи. Если МТ = 0, то производятся действия по возврату управления прерванной програм- 
ме, при этом характерэтихдействийзависитотсоотношения уровней привилегированности 


прерванной программы и программы обработки прерывания. Если МТ = 1, то производятся 
действия по переключению задач. 


Флаги: Все флаги в регистре ЕЕГАО$ могут быть модифицированы. 


усс 


. Чсс метка 
° Переход, если выполнено условиесс. 


Действие: команды условного перехода, в зависимости от своей мнемоники, анализируют 
флаги, и если проверяемое условие истинно, то производится переход к ячейке, обозначенной 
операндом. Если проверяемое условие ложно, то производится переход к следующей команде. 
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Идентификатор метка преобразуется ассемблером в непосредственные значения ге!8 (изе16) и 
ге[16/ге{32 (изеЗ2), которые во время выполнения добавляются к текущему значению ГР/ЕТР. Мне- 
моника команд условного перехода показана в табл. П.8 (логические условия «больше» 
и «меньше» относятся к сравнениям целочисленных значений со знаком, а «выше» и «ниже» — 
к сравнениям целочисленных значений без знака). 


Таблица П.8. Мнемоника команд условного перехода 


ть 
72 сЬ 1 


]Вте8 СЕ= Короткий, если ниже 
ТС ге 8 
ЛМАЕ ге! 8 
























Короткий, если не выше или равно 














Короткий, если перепое 
СЕ 


0 Короткий, если выше или равно 
Короткий, если нениже 
Короткий, если не перенос 


7 

] Е =1 Короткий, если равно 
7 Короткий, если нуль 
7 , 

7 

7 















75 с6 | МИ ге!8 71Е=0 Короткий, если не нуль 
УМЕ ге! 8 Короткий, если не равно 


УВЕ ге8 СЕ= ЦЕ -=1 





Короткий, если ниже или равно 
(не выше) 












Короткий, если выше (не ниже 


8 | СЕ=0&7Е=0 
ЛМВЕ ге!8 или равно) 


тв — |308 
74 гв 
Короткий, если паритет (четное 


ТА сб ]Рге8 РЕ=1 
ТРЕ ге!8 количествоединичных битов) 

7Всь ]РО га8 РЕ=0 Короткий, если не паритет (нечетное 
ПУР ге!8 количество единичных битов) 

7С сЬ 1. ге8 ЗЕ<>ОЕ Короткий, если меньше (не больше 
]№МСЕте8 или равно) 

70 сЬ _ТОЕ ге!8 ЗЕ = ОЕ Короткий, если больше или равно 
ПМЕ ге!8 (неменьше) 

7Е сь ЛЕ ге 8 7Е = ИЗЕ<>ОЕ Короткий, если меньше или равно 
]№С ге 8 (не больше) 

ТЕ сЬ }& ге8 71Е=0&5Е = ОЕ| Короткий, если больше (не меньше 

‚ | МЕ тге8 или равно) 

ЕЗ сЬ ТСХИ ге!8 Короткий, если СХ/ЕСХ = 0 

ТЕСХА ге!8 


ОЕ с/с |0 теИ6/32 
ОР с/о [МО 6/2 


ОЕ 82 с\/са ]ВтеИ6/32 СЕ=1 
УС ге! 16/32 
_ 








Короткий, если незнак 
































Близкий, если ниже 
Близкий, если перенос 
Близкий, если не выше или равно 






ЛМАЕ ге! 16/32 


ЗАЕ ге! 16/32 
МВ ге! 16/32 
УМС те! 16/32 










Близкий, если выше или равно 

Близкий, если не ниже 

Близкий, если не перенос 
продолжение 5% 
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Таблица П.8 (продолжение) 


Машинный код | Мнемокод Переход 


ОЕ84с\/с4 ЛЕ те] 16/32 7Е=1 Близкий, если равно 
7, ге| 16/32 Близкий, если нуль 
Е=0 














ОЕ85 с\/с4 М7 ге! 6/32 7 Близкий, если не нуль 
ЛМЕгеП 6/32 Близкий, если не равно 

ОЕ86 с\/с4 ВЕ ге! 6/32 СЕ= ИЕ -=1 Близкий, если ниже или равно 
ЛМА ге! 16/32 (невыше 

ОЕ87с\/са ТА геи 6/32 - СЕ= 0&7Е =0 Близкий, если выше (не ниже 
ЛУВЕ геП6/32 илиравно) 
18 те 

Т 


ОЕ88 см/о4 $ те116/32 
ОЕ89 с/о №8 та! 16/32 


= 
ОЕ8Ас\/са ТР ге! 16/32 РЕ=1 Близкий, если паритет (четное 
РЕ ге! 16/32 количество единичных битов) 
ОЕЗ8В с\/с4 ТРО ге|6/32 РЕ=0 Близкий, если не паритет (нечетное 
МР ге] 16/32 количество единичных битов) 
ГЕ = 












0Е8С Л. ге! 16/32 ЗЕ<>ОЕ Близкий, если меньше (не больше 
ЛМОЕ ге! 16/32 или равно) 

ОЕ8Ос\/са ТОЕ ге! 16/32 ЗЕ = ОЕ Близкий, если больше или равно 
ЛГ ге! 16/32 (не меньше) 

ОЕРЗЕ с\/с4 Л.Ете| 6/32 2Е = 1$Е<>ОЕ Близкий, если меньше или равно 
ЛМО ге! 16/32 (не больше) 

ОЕЗЕ с\/са С ге! 16/32 Е - О&ЗЕ = ОЕ] Близкий, если больше (не меньше 
ЛМГЕ ге! 16/32 или равно) 





ЕВ сь ] МРге!8 

Е9 см ЛМРгей6 

Е9 са ]МРге!32 
ЕЕ/4 1МР'/т16 
ЕЕ/4 7]МРг/т32 
ЕА с4 ЭМР рё16:16 
ЕА ср ]МРреЧ6:32 
ЕЕ /5 ЭМР т16:16 
ЕЕ /5 ЭМР т16:32 


 Безусловный переход к цели. 
Действие: далее перечислены возможные варианты задания операнда цель: 


%  ге!8/16/32 — короткий относительный переход. Значение ге|8/16/32 трактуется как знаковое 
и является смещением перехода относительно следующей за] МР команды в сегменте кода, то 
есть адрес цели равен (ЕТР/ТР) + (ге18/16/32); - 


№ 1г16(32)/т16(32) — близкий абсолютный косвенный переход. Цель — регистр !16(32) или ячей- 
ка памяти и116(32), содержащие адрес перехода в текущем сегменте кода; 


# ры16:16(32) — дальний абсолютный переход. Цель — компоненты полного адреса в виде 4- 
или 6-разрядного указателя, по которому необходимо произвести переход; ` 


 т16:16(32) — дальний абсолютный косвенный переход. Цель — адрес ячейки памяти разме- 
ром 32(48) битов со структурой 116:16(32), содержащей компоненты адреса перехода. 


Выполнение команды при дальнем переходе зависит от режима работы процессора: 





Целочисленные команды 531 


9 вреальном режиме или режиме виртуального процессора 8086 команда ЭМР передает управле- 
ние по адресу, определяемому онеранлом цель, который может задаваться прямо (рё16:16(32)) 
или косвенно (116:16(32)); 





в защищенном режиме выполняются три типа переходов: дальний переход в подчиненный 
или неподчиненный сегмент кода; дальний переход через шлюз вызова; переключение задачи. 


Команду ЭМР нельзя использовать для передачи управления между уровнями привилегий. 
Флаги: изменяются только при переключении задачи. 


ГАНЕ 


.  ЦАНЕ 
- э= 
* Загрузка регистра АН содержимым младшего байта регистра флагов Е.Аб5/РСАб$. 


Действие: ЕР-Аб5/ЕЕАб5($Е:7Е:0:АЁ:0:РЕ:1:СР) —> АН, здесь в скобках указаны порядок следова- 
ния флагов, пересылаемых в АН, и значения полей с фиксированным значением. 


ГАВ 


. [АН приемник, источник 


. ОР0О2/г .ТАА6л/т16 
ОЕ 02 /г ГАД г32,г/т32 
. Загрузка байта нрав доступа АК в регистр общего назначения. 

Действие: выясняется доступность дескриптора, селектор которого находится в операнде ис- 
точник. Если дескриптор недостуисннатекущем уровне привилегий или покакой-то другой при- 
чине, то флаг ХЕ устанавливается в 0 и работа команды заканчивается. Если дескриптор досту- 
пен, то действия команды зависят от установленного размера операнда: 

*% если операнд 16-разрядный, из дескриптора извлекаются биты 32...47, которые помещаются 

в 16-разрядный регистр приемник, и выполняется операция приемник = приемник АМО ОРООН; 
++ если операнд 32-разрядный, из дескриптора извлекаются биты 32...61, которые помещаются 

в 32-разрядный регистр приемник, и выполняется операция приемник = приемникАМО 00? 00И 

(тетрада «?> не определена). 

В табл. П.9 определены допустимые для команды ГАЕК типы дескрипторов сегментов. Тип опре- 
деляет значение младшей тетрады байта АК вдескрипторе при установленном вединицу бите 5. 


Таблица П.9. Типы дескрипторов сегментов для команды [АВ 


Допустимость 
Нет 


Н 


продолжение 





ет 
ет 
ет 
ет 
п 
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Таблица П.9 (продолжение) 


Допустимость 
На 


Флаги: 2Е г 


0$/-Е$/ЁЕ$/-С$/1$$ 


{0$ приемник, источник 
ТЕб приемник, источник 
ЕЕ приемник, источник 
165 приемник, источник 
15$ приемник, источник 

. (5 105 г16, 16:16 
65 /г 05 г32,п16:32 
ОЕВ2 /г 15$ 116, 16:16 
ОРВ2 /г 15$ 132,т16:32 
С4/г ГЕ$ г16,т16:16 
С4/г ТЕЗ 132,т16:32 
0-84 /г 15 (16,т16:16 
ОЕВ4 /г 115 г32,.п16;:32 
ОЕВ5 /г 105 116,т16:16 
ОЕ В5 /гГ  1[65132,т16:32 


.’ Загрузка из памяти полного указателя. 





Действие: в зависимости отдействующего режима адресации (и$е16 или цзе32)) загружаются 
первые два (четыре) байта из ячейки памяти источник в 16(32)-разрядный регистр, указанный 
операндом приемник. Следующие два байта в источнике должны содержать сегментную составля- 
ющую некоторого адреса или селектор — они в зависимости от используемой команды загружают- 
сяврегистр О5/Е$/Е$/С 5/55. 


ГЕА 


ТЕА приемник, источник 

80 /+ [ЕА 16 

80 /г 1ЕА т32п 

Загрузка эффективного адреса (смещения) операнда источник в приемник. 

Действие: как показано в табл. П. 10, действие команды зависит от действующего режима ад- 
ресации и размера операнда (и5е16 или изе3?2). 


Таблица П. 10. Действие команды 1ЕА 


Размер | Действие 
Вычисляется 16-разрядный эффективный адрес источника и сохраняется 
в16-разрядномрегистреприемника 
Вычисляется3 2-разрядныйэффективныйадресисточника. Младшие 
16 бит этого адреса сохраняются в 16-разрядном регистре приемника 


Вычисляется 16-разрядный эффективный адрес источника. Этот адрес 
расширяется нулем и сохраняется в 32-разрядном регистре приемника 


Вычисляется 32-разрядный эффективный адрес источника и сохраняется 
в 32-разрядном регистре приемника 
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ГЕА\УЕ 
[ЕАУЕ 
- СЭ 
° Выход из процедуры высокогоуровия. 


Действие: команда копирует регистр ЕВР/ВР в ЕЗР/ЗР, тем самым восстанавливая в регистре 
ЕЗР/5Рто значение, которое было до вызова процедуры. Далее в регистр ЕВР/ВРзначение извле- 
кается из новой вершины стека, тем самым восстанавливается кадр вызывающей программы. 


сот/чот 
ЕСОТИНОТ источник 


ОЕ 01/2 1601 1632 
0Е01/3  М0Тм16&32 


* Загрузка регистра глобальной таблицы дескрипторов/дескрипторовпрерываний. 


Действие: команда [601 загружаст 16 битов размера и 32 бита значения базового адреса нача- 
ла таблицы СОТ в памяти в системный регистр СОТК. Комапда ПОТ загружает 16 битов размера 
и 32 бита значения базового адреса начала таблицы [ШТ в памяти в системный регистр ЮТК. 


ЦОтТ 
(ОТ источник 
* 0700 /2 
. Загрузка регистра локальной таблицы дескрипторов. 


Действие: команда выполняет загрузку 16-разрядного регистра [ОТК значением из памяти 
(размером в слово) или 16-разрядного регистра. 


ЕМ$\М/ 
1М5М/ источник 
- 0ЕО1 /б 


* Загрузка слова состояния машины (младших 16 бит регистра СВО)значением из слова памя- 
ти или 16-разрядного регистра общего назначения. 


ОСК 
1ОСК 
- РО 
* Префикс выдачи сигнала [0СК. 


Действие: команда [0СК формирует префикс, инициирующий выдачу процессором сигнала 
блокировки системной шины [0СК. Используется в мпогопроцессорных конфигурациях, чтобы 
добиться монопольного владения системной шиной. Сигнал [0СК может формироваться лишь 
с определенной номенклатурой команд процессора, работающих в циклечтение—-модификация— 
запись. К ихчислу относятся: ВТЗ, ВТВ, ВТС, ХСНС, АБО, ОВ, АБС, ЗВВ, АМО, $0В, ХОК, МОТ, МЕС, ГС, БЕС. 
Команда ВТ$ всегда формируется с префиксом [0СК. 


Е ыы ны 


[00$ источник 


[00$8/-00$\/-00$0 

АС 1065 05:(Е)51 
АО [00$ 0$:$1 
АБ 190$ 05;Е$Т 
АС [0058 

АБ [00$ 


АО [00$0 
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° Загрузка строки байтов (слов, двойных слов). 


Действие: команда загружает элемент из последовательности (цепочки) в регистр-аккуму- 
лятор АШ/АХ/ЕАХ. Адрес элемента содержится в паре О5:ЕЗ/$1. Кроме операции извлечения эле- 
мента команда изменяет значение $] на величину, равную длине элемента цепочки. Знак этой 


величины зависит от состояния флага ОЕ: ОЕ= 0 — значение положительное, ОЕ= 1 — значение 
отрицательное. 


ГООР/-ООРсс 


[ООР/-ООРсс метка 


Е2сЬ 1ООР ге|8 
Е сб [ООРЕ\ГООРЯ ге[8 
ЕОсЬ ГООРМЕ\ЕООРМА те(8 


* Управление циклом со счетчиком в регистре СХ\ЕСХ. 


Действие ГООР: выполнить декремент содержимого регистра СХ\ЕСХ; проанализировать ре- 
гистр СХ\ЕСХ: если СХ\ЕСХ = 0, передать управление следующей за [ООР команде, если СХ\ЕСХ>О, 
передать управление команде, метка которой указана в качестве операнда. Смещение метки от- 
носительно текущего значения регистра 1Р\Е[Р должно быть в диапазоне -128...+ 127 байт. 

Действие ГООРсс: выполнить декремент содержимого регистра СХ\ЕСХ; проанализировать 
регистр СХ\ЕСХ и флаг 7 Е. Если СХ\ЕСХ = 0, передать управление следующей за [ООРхх команде, если 
СХ\ЕСХ>0, передать управление команде, метка которой указана в качестве операнда [ООРхх. Если 
1Е = 0, то для команд [ГООРЕЛ.ООР7 это означает выход из цикла, а для команд 1О00РМЕ/1.0ОРМ7 — 


переход к началу цикла. Если Е = 1, то для команд 1ООРЕЛ.0ОР7 это означает переход к началу 
цикла, а для команд [00РМЕ/Л.ООРМ7 — выход из цикла. 


Е$Е 


. [9 приемник, источник 


. 003 /т $116 л/т16 
ОР 03 /г ЕЯ г32,г/т32 


. Загрузка размера сегмента. 


Действие: извлечь из дескриптора, селектор которого содержит источник, значение размера 
сегмента и загрузить его в 16/32-разрядный регистр приемник. При этом проверяются условия: 
селектор не нулевой; селектор видим на текущем уровне привилегий; значение селектора акту- 
ально для текущих пределов дескрипторной таблицы СОТ или ГОТ; тип дескриптора допустим 
в команде 151. (см. табл. П.9). Если эти условия выполняются, то флаг 7 устанавливается в | ив 
приемник загружается значение размера сегмента (в байтах). Если эти условия не выполняются, 
то флаг 7Е устанавливается в 0 и приемник не изменяется. 

Флаги: 7Е=Г 


ТА 

* ИА источник 

- 0700 /3 

. Загрузка регистра задачи. 


Действие: помещение в регистр ТВ содержимого источника, который представляет собой се- 


лектор сегмента Т5$. После этого сегмент Т5$ отмечается занятым, для чего устанавливается бит А 
в байте АК. 


МОУ 


. МОУ приемник, источник 


. 88/ МОУ г/т8,г8 
89 /г МОУ г/т16,г16 
89 /г МО\ г/т32,132 
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ЗА /г МО\ г8,г/т8 

8В /т МОУ г16,г/т16 

8В /г МО\ г32,'/т32 

8С /т МОУ т/т16,5тед* * 
ЗЕ /т МОУ 5тедт/т16 
АО МОУ Ато $8 * 
А1 МО\ АХ, то $16* 
А1 МОУ ЕАХ, то $32 * 
А? МО\ то 8*, АЕ 
АЗ МО\У то#$16*,АХ 
АЗ МОУ то#$32* ЕАХВО + ть МОМ г81тт8 


В8+ гм  МО\ иб итп 6 
В8 + га МОУ т32лттзЗ2 


(6 /0 МО\ г/т8 итт8 
С7 /0 МОМ г/т16йтт16 
С7/0 МОМ г/т32/тт32 


Копирование содержимогоопераида источник в операнд приемник. 


МОУ источник 


ОЕ 22 /г МОУСВО,г32 

ОЕ 22 МОМ СВ2,32 
0Е22/г МОУ (83.32 

ОЕ 22 / МОУ (8432 

ОЕ 20 МОУ г32,СВО 
0-20 /г — МОМ тз2,СК2 
0Е20/г МОУ г3з2С КЗ 

02 20 /т МОУ т32,С №4 

ОЕ 21/г МОУ г32, ОВО-ОВВ7 
0Е 23 /г МОУ 08В0-ОКУ, г32 
Копирование операнда источник в системный (отладочный)рсгистр или из системного (отла- 
дочного) регистра. 


Флаги: ОЕ = ? ЗЕ =? 22=? АЕ=? РЕ=? СЕ=? 


м МОУ$В/МОУ$\М//МО\У$0 


МО\/$ приемник, источник 


МОУЗВ/МОУЗ\М/МОУ$О 
А4 МО\$ ЕЗ:(Е)Б, 0$:(Е)$1 
АБ МО\$ ЕЗ:01,0$:91 

АБ МО\$ ЕЗ:ЕСИ, 0$: 

4 МО\ЗВ 

АБ МОУЗИ 

АБ МО\У$О 


Пересылка строк байтов (слов, двойных слов). 


Действие: команда копирует байт, слово или двойное слово из операнда источник в операнд 


приемник, при этом адреса элементов предварительно должны быть загружены: адрес источни- 
ка — впарурегистров 05:Е$ 1/51 (2$ поумолчанию, допускается заменасегмента); адресприемни- 
ка — в пару регистров Е5:ЕБТ/ОТ (замена сегмента не допускается). 


557. 


$ 
$ 


В зависимости от состояния флага ПЕ команда изменяет значение регистров ЕЗ/$1 и ЕБИПТ: 
если ОЕ = 0, то содержимое этих регистров увеличивается на длину структурного элемента 
последовательности; 

если ОЕ= 1, то содержимое этих регистров уменьшается падлину структурного элемента По- 
следовательности. 
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Для пересылки нескольких следующих друг за другом элементов необходимо использовать 
префикс КЕР. 


МО\У$Х 


МО\У5Х приемник, источник 


* ОРВЕ/г МО\ЗХг1 6,г/тп8 

ОЕВЕ/г — МО\5Х г32/тв 

ОРВЕ/г — МОМХ г3З2и/т16 
* Пересылка со знаковым расширением. | 

Действие: команда преобразует операнд со злаком в эквивалентный ему операид со зна- 
ком большей размерности. Для этого содержимое операнда источник начиная с младших 
разрядов записывается в операнд приемник. Старшие биты операнда приемник заполняются 
значением знакового разряда операнда источник. 


мо\У2хХ 


МО\7Х приемник, источник 


ОГ Вб /т МОУ7Х г16л/т8 
ОЕ Вб /г МО\Х г32,г/т8 
ОЕВ7 /г — МОМЛХ г32/т16 


 _ Пересылка с пулевым расширением. 


Действие: команда преобразует операнд без знака в эквивалентный ему операнд без знака 
большей размерности. Для этого содержимое операнда источник, начиная с его младших разря- 
дов, записывается воперанд приемник. Старшиеразряды операндаприемникзанолияютсядвоич- 
ным пулем, 


МОЕ 


МИ множитель 


Еб /4 МИ г/т8 
Е7 /4 МИ г/т1б 
Е7 /4 МИЕ г/т32 


. Целочисленноеумножение без учета знака. 


Действие: команда выполняет умножение без учета знаков. Явно задается один из множите- 
лей. Второй множитель задается неявно в регистре АГАХ\ЕАХ (это местоположение фиксирова- 
но). Местоположение результата умножения определяется кодом операции и размером множи- 
телей (табл. П.11). 


Таблица П. 11. Местоположение множителей и результата при выполнении команды МОЁ 


Байт 


Флаги: если старшая половина результата нулевая: ОЕ= СЕ=О5Е= ? 7Е= ? АЕ =? РЕ=?, если 
старшая половина результата ненулевая: ОЕ= СЕ=1$Е =? 7Е =? АЕ=? РЕ=?. 


МЕС 


МЕб приемник 
[6/3 МЕС г/т8 


Е7/З МЕС г/т16 
Е7 /3 МЕб г/т32 
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. Изменение знака. 


Действие: команда вычисляет двоичное дополнение операнда приемник. 
Флаги: 


#2 если приемникравен нулю: СЕ= ООЕ=г5Е-г Е =гАЕ=т РЕ=Г; 
'> еслиприемникнеравен нулю: СЕ=1 ОЕ =г$Е=г 7Е=гА Е=гРЕ=г. 


МОР 


- МОР 
- эо 
. Нет операции. 


Действие: отсутствует. Единственный эффект от использования команды МОР — инкремент 
регистра ЕТР. 


МОТ 
МОТ приемник 
. 16/2 МОТ г/т8 


Е7 /2 МОТ г/п 16 
Е7/2 МОТ '/тз2 


. Инвертирование всех битов операнда приемник. 


ОВ 


ОН приемник, маска 


ОС1Ь ОВ А тт8 
001м ОВ АХлтт16 
[е) 9) ОВ ЕАХитт32 


80/116 — ОВ г/т8Атт8 
81/1м№ — ОВ '/т16Атт16 
81/1 —0ОВ!/т32Аттз2 
83/1ю — ОВ /т1бйтт8 
83 /1Ю — ОВ '/тз2Атт8 
08 /г ОВ г/т8,8 


09 /г ОВ '/т16,г16 
09 /т ОК г/132,132 
ОА /г ОК 18,г/п18 

ОВ /т ОК г16,1/т16 


ОВ ОВ 1321/32 
. Логическое включающее ИЛИ. 


Действие: команда выполняет операцию логического ИЛИ над соответствующими парами 
битов операндов приемник и маска, то есть приемник = приемник ОК маска. 
Флаги: СР= ОР= О ЗЕ =г7Е=гАЕ=? РЕ=г 


оот 


ОЧТ номер_порта, аккумулятор 
Е61Ь ОТ 1тт8, АЕ 
ЕЮ ОЧ тт8, АХ(ЕАХ) 
ЕЕ ОЧТ 0Х, АЕ 
ЕР ОЦТ 0Х, АХ(ЕАХ) 
я Вывод значения в порт ввода-вывода. 


Действие: вывод значения из регистра АГ/АХ/ЕАХ (аккумулятор) в порт ввода-вывода, номер 
которого определяется операндом номер_порта. 
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ОЧТ$/ОУТ$В/ОЧТ$М//ОЧТ$О 


ОЧТ$ порт, источник 


О0Т$8/0УТ$\М/00Т$0 

. бЕ 09Т$ 0Х, 0$:(Е)Я 
6Е ОЧТ$ ОХ, 0$:$КЕЗ!) 
6Е ООТ$ ОХ, 0$: 
бЕ ОиТ5В 
бЕ ОЧТ$МЛОУТ$О 


. Вывод строки байтов (слов, двойных слов) в порт. 

Действие: команда копирует элементы размером байт (слово, двойное слово) из источника 
в порт ввода-вывода. Номер порта ввода-вывода загружается в регистр ОХ. Адрес ячейки памяти, 
из которой копируются данные, содержится по адресу 05: Е 1/51 (допускается замена сегмента). 
По результатам команды значение регистров Е$1/$| изменяется на длину элемента. Направление 
изменения зависит от состояния флага ОЕ: 
если ОЕ = 0, то содержимое регистров ЕЗИЗ! увеличивается на длину элемента последова- 
тельности; 
если ОЕ = 1, то содержимое регистров ЕЗИ$Г уменыпается на длину элемента последовательности. 








Для пересылки последовательности элементов необходимо использовать префикс ВЕР. 


РАЧЗЕ 


РАЧЗЕ 
. 890 
. Улучшение выполнения циклов ожидания-занятости. 


Действие: улучшить выполнение циклов ожидания-занятости (зрт-\ай 1оорз). При выполне- 
нии подобных циклов процессор РепНит 4 испытывает трудности в завершении цикла, обнаружи- 
вая возможное нарушение доступа к памяти. Команда РАЦЗЕ подсказывает процессору, что данная 
кодовая последовательность — цикл ожидания-занятости. Процессор использует эту подсказку, 
чтобы игнорировать возможную ситуацию нарушения доступа к памяти в большинстве случаев. 
Это улучшает работу процессора вплоть до того, что значительно уменьшает его энергопотребле- 
ние. По этой причине рекомендуется включать команду РАЦЗЕ во все циклы ожидания-занятости, 


РОР 


РОР приемник 


Ш 32 РОР т16 
8Е/0 РОР т32 
58 + тм РОРг16 
58 + га РОР г32 


1Е РОР 0$ 
07 РОР ЕЗ 
Ш РОР $$ 


ОЕ А1 РОР 25 
ОР АЭ РОР 6$ 


ы Извлечение значения из стека. 


Действие: команда восстанавливает содержимое вершины стека в регистр, ячейку памяти 
или сегментный регистр, после чего содержимое ЕЗР/5Р увеличивается на четыре байта для и5е3 2 
и на два байта для изе16. Недопустимо восстановление значения в сегментный регистр С$. 


РОРА/РОРАО 


РОРА/РОРАО 
- ©1 
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. Восстановление содержимого регистров общего назначения из стека. 

Действие: команда РОРА/РОРАП восстанавливает содержимое всех регистров общего назначе- 
ния (ОТ/ЕОТ, ЗИЕЗ1, ВР/ЕВР, ЗР/ЕЗР, ВХ/ЕВХ, ОХ/ЕОХ, СХ/ЕСХ, АХ/ЕАХ) из стека, после чего значение 
указателя стека ЗР/ЕЗР увеличивается на 16(32). Содержимое БШИЕП! восстанавливается первым. 
Содержимое ЗР/ЕЗР при этом не восстанавливается. Какие именно регистры — 16- или 32-раз- 
рядные — извлекаются из стека, зависит от установленного размера операнда. При необходимо- 
сти изменения размера операнда для инструкции РОРА/РОРАО можно использовать префикс 66Н. 


РОРЕ/РОРЕО 


РОРЕ/РОРЕО 
-эо 
. Извлечение регистра флагов из стека. 


Действие: команда РОРЕ/РОРЕР восстанавливает из стека содержимое регистра флагов ЕАС$/ 
ЕРГАС5, после чего увеличивает значение регистра-указателя стека ЗР/ЕЗР на 2(4). Размерность 
выталкиваемого регистра зависит от установленного размера операнда. Действие команды РОРЕ/ 
РОРЕП зависит от режима работы процессора. 





В защищенном режиме на уровне привилегий 0 (или в реальном режиме) в регистре ЕГАС5/ 
ЕРГАО$ могут быть изменены любые незарезервированные флаги (за исключением флагов УПР, 
УГЕи\М). Флаги УТР и УТЕ очищаются, а флаг\М не изменяется. 





В защищенном режиме на уровне привилегий, большем чем 0, но меньшем (или равным) 
значения в поле [0Р1,, все флаги могут быть изменены за исключением поля [0Р1. и флагов УПР, 
УЕиУ\М. При этом поле 1ОР1. и флаг\М не изменяются, а флаги УР и УЕ очищаются. Флаг Е 
изменяется, если выполнение производится на уровне, равном или меньшем значению поля 
1ОРГ, в противном случае исключения не происходит, но и привилегированные биты не изме- 
няются. 





В режиме виртуального процессора 8086 для использования команды РОРЕ/РОРЕО уровень 
привилегий 1/О (1ОРТ.) должен быть равен 3 (при этом флаги УМ, ВР, ТОРТ, УТР и УТЕ не изменя- 
ются). Если уровень привилегий меньше 3, то команда РОРЕ/РОРЕБ вызывает исключение об- 
щей защиты (#6Р). 


Флаги: изменяются все флаги, кроме зарезервированных и флага \М. 


РВЕРЕТСНТО/РВЕРЕТСНТТ1 /РВЕРЕТСНТ2 /РАВЕРЕТСНМТА 


РВЕРЕТСНТО источник 

РВЕРЕТСНТ1 источник 

РВЕЕЕТСНТ? источник 

РВЕРЕТСНМТА источник 

- ОЕ,/18,/1 РВЕЕЕТСНТО гп 

ОЕ,18,/?  РВЕРЕТСНТ1 М8 

ОЕ,18/3  РВЕЕЕТСНТ2 М8 

ОЕ,18,/0  РВЕЕЕТСНМТА т8 
. Предварительная запись в кэш-память данных из оперативной памяти. 

Действие: команда проверяет, есть ли строка байтов в кэш-памяти — если есть, то никаких 
перемещений не производится. Если данных в кэш-памяти нет, то производится перемещение их 
в кэш-память того уровня, который определяется конкретной командой: 

3 РКЕРЕТСНТО — загрузка строки в кэш-память всех уровней; 

з# РАЕРЕТСНТ1 — загрузка строки в кэш-память всех уровней, за исключением уровня 0; 

# РКЕЕЕТСНТ2 — загрузка строки в кэш-память всех уровней, за исключением уровней 0 и 1; 
зй РКЕРЕТСНМТА — загрузка строки в кэш уровня 1. 


Количество записываемых байтов зависит от конкретного процессора, но минимальное ко- 
личество составляет 32 байта. 


` 
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РУЗН 

. РОЗН источник 
Е /б РОЗН г/т16 
ЕЕ /б РИУЗН г/т32 


50 + им РОЗН т16 
50 +1а РОЗН г32 


6А РИЗН 1тт8 
68 РУЗН 1пт16/нит32 
ОЕ РИЗН С$ 

16 РИЗН $$ 

1Е РУЗН 05 

06 РОЗН ЕЗ 


ОРАО РУЗН 75 
ОГА8 РУЗН 65 
* Размещение операнда в стеке. 


Действие: команда уменьшает значение регистра-указателя стека ЗР/ЕЗР на 2(4) и затем за- 
писывает значение источника в вершину стека. 


РУЗНА/РУЗНАО 


РУЗНА/РУЗНАОВ 
- 60 
. Записьвсех регистров общего назначения в стек. 


Действие: команда уменьшает значение указателя стека ЕЗР/ЗР на 16(32) (в зависимости от 
значения атрибута размера адреса — и5е16 или и$е32), после чего размещает в стеке регистры 
общего назначения в следующей последовательности: АХ/ЕАХ, СХ/ЕСХ, ОХ/ЕБХ, ВХ/ЕВХ, ЗР/ЕЗР, ВР/ 
ЕВР, З1/ЕЗ1, ОИЕБГ (содержимое БИЕВ! будет на вершине стека). В стек помещается содержимое 
ЗР/Е$Р, которое было до выполнения команды. 


РУЗНЕ/РУЗНЕО 


РУЗНЕ/РУЗНЕО 
-9с 
* Размещение регистра флагов встеке. 


Действие: команда уменьшает значение указателя стека ЗР/ЕЗР на 2(4), после чего помещает 
в вершину стека содержимое регистра ЕГАСЗ/ЕЕТАС$. При этом флаги УМ и ВЕ (биты 16 и 17) ие 
копируются, вместо этого значения для этих флагов в образе ЕЕГАС$, сохрапеином на стекс, уста- 
навливаются равными нулю. 


ВСЕ/ВСВ 


ВСЬ/ВСВ операнд, количество_сдвигов 


00 /2 ВСИг/т8,1 

02 /2 ВСЕ г/т, СЕ 
(0/21% — КС. '/т8лтт8 
01 /2 ВС! г/т16,1 

03 /2 ВСЕ г/т16, СЕ 
(1/215 — ВСЁт/т16йтт8 
01/2 АСЕ г/т32/1 

03 /2 ВСЕ г/т32, С. 

< /2 6 — ВС 1/м32Атт8 
00 /3 ВСВг/т8, | 

02/3 ВСВ г/т8,СЕ 
(0/31 — ВСВ г/п8 итт8 
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01 /3 ВСР т/т16,1 
03 /3 ВСН т/т16,СЁ 
(1/31 — ВСВ т/т16Атт8 
01/3 ВСВ г/т32,1 
03/3 ВСВ г/т32,С1. 
С /3З ВСВ г/т3З2тт8 


 Циклический сдвиг операнда влево (вправо) через флагпереноса СЕ. 


Действие: каждый раз при циклическом сдвиге разрядов операнда влево (вправо) старший 
(младший) его бит становится значением флага переноса СЕ. Старое содержимое СЕ вдвигается в 
операнд справа (слева) и становится значением его младшего (старшего) бита. 

Флаги: (Е =гОЕ= г 

Флаг ОЕ представляет интерес, если сдвиг осуществляется на один разряд. При сдвиге на не- 
сколько разрядов его значение не определено (поэтому обозначен ?г). По значению флага ОЕ можно 
судить о факте изменения знакового (старшего) разряда операнда: 





ОЕ- 1, если после операции сдвига значения флага СЕ и старшего бита операнда различны; 





ОЕ= 0, если после операции сдвига влево значения флага СЕ и старшего бита операнда совпа- 
дают. 


ВОМ$В 

.  АОМ$Н 

- Е 32 

. Чтение из регистра М$В. 


Действие: команда проверяет то, что уровень привилегий нулевой и что в регистре ЕСХ нахо- 
дится значение, адресующее один из регистров МЗК. Если хотя бы одно из этих условий не вы- 
полняется, то выполнение команды заканчивается. Если выполняются оба условия, то значение 
регистра, адресуемого содержимым регистра ЕСХ, помешается в пару 32-разрядных регистров ЕБХ:ЕАХ. 


ВОРМС 


‚ ВОРМС 
- 0Е 33 


Чтение счетчиков производительности процессора. 


Действие: команда проверяет то, что регистр ЕСХ содержит 0 или 1 и бит СК4.РСЕ = 1 и что бит 
СВ4.РСЕ = 0 и СР1, = 0. Если одно из этих условий выполнено, то содержимое счетчика, идентифи- 
цированного содержимым регистра ЕСХ (0 или 1), пересылается в пару регистров ЕБХ:ЕАХ и вы- 
полнение команды заканчивается. Если ни одно из этих условий не выполнено, то выполнение 
команды заканчивается с возбуждением исключения общей защиты. 


ВОТ$С 


‚ В0Т5С 
- ОЕ З1 


Чтение 64-разрядного счетчика меток реального времени (Типе 51атр Соищег, Т5С). 


Действие: команда проверяет состояние второго бита регистра СВ4.ТЗО (Типе Затр О1за Ме — 
отключить счетчик меток реального времени): 


если СВ4.ТЗО - 0, то выполнение команды КОТЗС разрешается на любом уровне привилегий; 





если СВ4.Т5О = 1, то выполнение команды ЕВ ОТ5С разрешается только на нулевом уровне приви- 
легий. 


Если выполнение команды разрешено на текущем уровне привилегий, то значение 64-раз- 
рядного М5ЕВ-счетчика Т$С сохраняется в паре 32-разрядных регистров ЕБХ:ЕАХ. Если выполне- 
ние команды на текущем уровне привилегий запрещено, работа заканчивается. 
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ВЕР/ВЕРЕ/ВЕР/ВЕРМЕ/ВЕРМ7 


. ВЕР/ВЕРЕ/ВЕР7/ВЕРМЕ/ВЕРМА2. 


.  МЕР/АЕРЕ/ВЕРЯ — 13 
ВЕРМЕ/ВЕРМ2 — #2 


. Повторение цепочечной операции. 


Действие: команды КЕР/КЕРЕ/ВЕР7/КЕРМЕ/ВЕРМ7 вызывают повторение цепочечной команды 
столько раз, сколько указано в регистре ЕСХ, или до тех пор, пока не выполнится обозначенное 
флагом 7Е условие. Префикс ВЕР может быть добавлен к командам П\$, ОПТ$, МО\5, 1.008 и $Т0$. 
Префиксы ВЕРЕ, КЕРМЕ, ВЕР7 и ВЕРМ7 могут быть добавлены к командам СМР$ и $СА$. Префиксы 
ВЕР и КЕРМ7 — синонимы префиксов КЕРЕ и КЕРМЕ. Поведение префикса КЕР не определено при 
его использовании с командами, отличными от ценочечных. 

В табл. П.12 приведены условия завершения повторения цспочечных команд при использо- 
вании с ними определенных префиксов. 


Таблица П. 12. Условия завершения повторения цепочечных команд 


Префикс повторения Условие завершения 1 Условие завершения 2 





Выяснить, какое именно условие привело к завершению выполнения цепочечной команды, 
можно, анализируя значение в регистре ЕСХ (командой ЗЕСХ/) или проверяя флаг/7Е (командой 32, 
3№ или МЕ). 

Флаги: не изменяются (за исключением случая использования префиксов с командами СМР5 
и $СА$, которые устанавливают флаги в регистре ЕЕГАС$). 


ВЕТ 


- ВЕТ 
ВЕТ число 


. СЗ а — близкий возврат в вызывающую процедуру); 
СВ (ге! — дальний возврат в вызывающую процедуру); 
С2 116 (ге! 116 — близкий возврат с выталкиванием 116 байт из стека); 
СА 116 (ге 116 — дальний возврат с выталкиванием 116 байт из стека) 


. Ближний (дальний) возврат из процедуры. 


Действие: передача управления по адресу, расположенному на вершине стека. Этот адрес 
обычно помещается в стек командой САЦ, его значение соответствует команде, следующей за 
командой СА. Необязательный операнд число определяет количество байтов стека, которые бу- 
дут вытолкнуты после выталкивания адреса возврата. Команда КЕТ используется для выполне- 
ния трех вариантов возврата управления. 


{$ о СИ 
3" Близкий возврат — возврат управления вызывающей процедуре в пределах текущего сегмен- 


та кода (внутрисегментный возврат). При этом из вершины стека выталкивается значение 


в регистр ЕТР. Регистр С$ не изменяется. Процессор продолжаст вынолнение кода в том же 
сегменте, но по другому смещению. 


*" Дальний возврат — возврат управления вызывающей процедуре, расположенной в отличном 
от текущего сегменте кода (межсегментный возврат). При этом из вершины стека последова- 


тельно выталкиваются значения врегистры ЕТРи С$. Процессор продолжаетвыполнение кода 
в другом сегменте. 


Я Дальний возврат между уровнями привилегий — дальний возврат управления коду на уров- 
не привилегий, отличном от текущего. Этот вид возврата может быть выполнен только в за- 
щищенном режиме. Его механизм подобен механизму дальнего возврата за исключением того, 
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что процессор следит за уровнями привилегий и правами доступа к сегментам кода и стека, 
которым возвращается управление для определения возможности подобной передачи. Ко- 
манда КЕТ очищает регистры 0$, Е5, ЕЗ и @5, если они ссылаются на соответствующие сегмен- 
ты, недоступные на новом уровне привилегий. Так как при межуровневом возврате управ- 
ления производится переключение стека, то команда ВЕТ также производит загрузку этих 
регистров из стека. Если в вызываемую процедуру передавались параметры, то при возврате 
вкоманде К ЕТ необходимо указать параметр число для их удаления. 


ВОГ/ВОВ 


. АОШ/ВНОВ операнд, количество_сдвигов 
. 00/0 КОТ г/пт8,1 

02/0 ВОЕ г/т8, СЕ 

(0/01 — 80| г/т8Атт8 

01 /0 КОЕ г/т16,1 

03 /0 ВОЕ г/пт6, СЕ 

(1 /01Ь ВОТ г/м167тт8 

01/0 ВОЕ г/т32)| 

03/0 ВОЕ г/т32,СЁ 

(1/06 — НОЕ !/тз2Атт8 

Бо /1 ВОВг/т8,1 

02/1 ВОВ г/т8, СЕ 

(0 /116 — РОВ г/т8Атт8 

01/1 КОВ г/п16,1 

03 /1 КОК г/п 1 6, СЁ 

СИПЬ — ВОВ '/т16Атт8 

О /1 ВОВ г/т32,1 

03/1 КОК г/т32,С1. 

СИПНЬ КОК г/т32Атт8 
. Циклический сдвиг операнда влево (вправо). 

Действие: каждый раз при циклическом сдвиге разрядов операнда влево (вправо) его стар- 
ший выдвигаемый бит вдвигается в операнд справа (слева) и становится одновременно значени- 
ем младшего (старшего) бита операнда и флага переноса СР. 

Флаги: (Е=гОЕ= 275 =г7Е=гРЕ=ТГАЕ =? 

Флаг ОЕ представляет интерес, если сдвиг осуществляется на один разряд. При сдвиге на не- 
сколько разрядов его значение не определено (поэтому обозначен ?г).По значению флага ОЕ можно 
судить о факте изменения знакового (старшего) разряда операнда: 

8 ОЕ= 1, если после операции сдвига значения флага СЕР и старшего бита операнда различны; 


## ОЕ=О, если после операции сдвига значения флага СЕ и старшего бита операнда совпадают. 


ВЗМ 
- ВМ 
. ОРАА 
. Возврат процессора из 5-режима с восстановлением контекста. 
Действие: команда проверяет контекст прерванной программы на предмет выполнения сле- 
дующих условий: 
. врегистре СВО недопустимаякомбинация значений битов; 





установлен любой из зарезервированных битов в регистре (84; 





начало области памяти, с которой работает процессор в 5-режиме, не выровнено на границу, 
кратную 32 Кбайт. 

Если хотя бы одно из условий выполняется, процессор переходит в состояние ожидания. Если 
ни одно из условий не выполняется, происходит возврат из 5-режима и восстановление контекста 


= 
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из определенной области памяти. Данная операция напоминает восстановление контекста при пе- 
реключении из вложенной задачи. 

Флаги: изменяются в соответствии с содержимым регистра ЕЕГАС$ восстанавливаемого кон- 
текста. 


ЗАНЕ 
ЗАНЕ 
- ЭЕ 
* Загрузка регистра флагов ЕЕГАСЗ/ЕГАС$ изрегистра АН. 


Действие: команда загружает значение из младшего байта регистра АН в регистр ЕЕГАСЗ/ЕТАС$. 
При этом флаги 5Е, ИЕ, АЕ, РЕи СЕинициализируются битами 7, 6, 4, 2, и0 регистраАН. Биты 1,3 
и 5 регистров ЕЕГАС$/ЕТАС$ не изменяются, то есть остаются равными значениям 1, 0 и 0 соответ- 
ственно. : 

Флаги: З2-=г2ЕЕгАР=гГРЕ=гГСЕ=г 


ЗАЁЕ/ЗАА 
.  ЭАБ/ЗАА операнд, количество_сдвигов 


. 00/4 ЗАЕ г/т8 
02 /4 ЗАЕ г/п8, СЕ 
(0/46 — ЗАЁ т/т8Атт8 
01 /4 ЗАЁ г/т16, 4 
03 /4 ЗАЕ г/т 6, СЕ 
С1/416 — ЗАЁг/т1бАтт8 
01/4 ЗАЕ г/т32,1 
03/4 ЗАЕ г/т3З2,СЕ 
(1/41 — ЗАЁ г/т3З2дтт8: 
00 /7 ЗАВ т/т8, 
02/7 ЗАН г/п8,СЕ 
(0 /716 — ЗАДА г/т8йтт8 
01/7 ЗАВ г/т16, 1 
03 /7 ЗАК г/т1 6, СЕ 
(1/71 — ЗАВ г/т16Атит8 
01/7 ЗАВ г/т32,1 
03/7 ЗАВ г/т32, СЕ. 
(1/76 — ЗАВ г/т3З2Атт8 


. Арифметический сдвиг операнда влево (вправо). 


Действие: сдвиг всех битов операнда операнд влево (вправо) на количество разрядов, указан- 
ных операндом количество _сдвигов, при этом выдвигаемый слева (справа) бит становится значе- 
нием флага переноса СЕ. Одновременно для команды ЗАТ. справа в операнд вдвигается нулевой 
бит. Для команды $АК по мере сдвига вправо освобождающиеся места заполняются значением 
знакового разряда. 

Флаги: (СЕ=г0ОЁЕ= 2? 5Е=г7Е=гРЕ=гАЕ=? 

Флаг ОЕ представляет интерес только для команды ЗАТ в случае, если сдвиг осуществляется 
на один разряд. При сдвиге на несколько разрядов его значение пе определено (поэтому обозна- 
чен ?г). По значению флага ОЕ можно судить о факте изменения знакового (старшего) разряда 
операнда: 


й 
а 


если ОЕ = 1,то текущее значение флага СЕ и значения выдвигаемого слева бита операнда раз- 
личны; 


# 


если ОЕ = 0, то текущее значение флага СЕ и значения выдвигаемого слева бита операнда со- 
впадают. 


В отличие от других команд сдвига, команда ЗАК всегда сбрасывает в ноль флаг ОЕ в операци- 
ях сдвига на один разряд. 
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$ВВ 

. ВВ операнд_1, операнд_2 

. 10 $ВВ АРЛтт8 
10№м 5ВВ АХАтт16 
109 $ВВ ЕАХАтт32 
80/316 — $ВВг/т8йтт8 
81/31 УВВ г/пм6 или 6 
81/39 — ЗВВ г/м32/ттЗ32 
83 /316 — ЭВВ '/м16Атт8 
83/316 — ЭВВ '/м32лтт8 
18 /г ВВ г/т88 
19 / ЗВВ 1/м16/16 
19/ УВВ г/т32,132 
1А/т ЗВВ г8,т/т8 
18 /г 5ВВ г16,/т16 
18 /т ЭВВ 1321/т32 


. Вычитание сзаемом. 


Действие: операнд_1 = операнд_1 - (операнд_2 + СЕ). Состояние флага СЕ представляет собой 
заем от предыдущего вычитания. Команда ЗВВ пе различаетзнаков опсрандов. Вместо этого про- 
цессорустанавливает флаги ОЕи СЕР, чтобы идентифицировать фактзаемадля знакового и беззна- 
кового операндов. Флаг ЗЕ отражает знак результата (состояние его старшего бита). 

Флаги: СЕ = Г ОР=Г$Е = г2Е =гРЕ = ГАЕ=г 


5$СА$/5САЗВ/5СА$ЗМ//5СА$ЗО 


ЗСАЗ приемник 


зсаз6/зса$м/зсаза 
АЕ ЭСАЗ ЕЗ:(Е)ОИЗСАЗВ 
АЕ $САЗ ЕЗ:(Е)ВИ$СА$\//$СА$О 


. Сканирование строки байтов (слов, двойных слов). 


Действие: команда сканирования 5СА$ сравнивает путем вычитания значение в регистре ЕАХ/ 
АХ/АГ и значение в ячейке памяти, локализуемой парой регистров ЕЗ:Е БИТ]. По результату вычи- 
тания устанавливаются флаги (в том числе ИЕ). Размер сравнивасмых элементов зависит от при- 
меняемой команды. Чтобы эту команду можно было использовать для поиска значения в послс- 
довательности элементов, имеющих размерность байт, слово или двойное слово, необходимо указать 
один из префиксов КЕРЕ или ВЕРМЕ. Эти префиксы пе только заставляют циклически выполняться 
команду поиска пока ЕСХ/СХ<>0, но и отслеживают состояние флага 7. (см. описапие команд ВЕР/ 
КЕРЕ/ВЕРМЕ). Направление просмотра задается флагом ПЕ: 


РЕ= 0 — просмотр от начала цепочки кее концу; 





РЕ= | — просмотр от конца цепочки к ее началу. 
Флаги: СЕ =гОЕ=г5Е=г7Р=г РЕ =гАЕ=Г 


ЗЕТсс 
.  ЭЕТсс операнд 
. Установка байта по условию. 


Действие: команда проверяет условие, заданное модификатором в коде операции сс (факти- 
чески, состояние определенных флагов, как показано в табл. 1.13), и устанавливает операнд ло- 
гическим значением 01В или ООП взависимости от истинности этого условия. 


ЗРЕМСЕ 


ЗРЕМСЕ 
ОЕ АЕ /7 


18 Зак. 256 
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* Гарантированная запись информации из кэш-памяти всех уровней. 


Действие: команда сохраняет данные из кэш-памяти по соответствующим адресам оператив- 
ной памяти. Выполняется сериализация (сохранение в долговременную память) всех операций 


записи в память, инициированных перед выдачей команды ЗЕЕМСЕ, 
Таблица П.13. Условия установки байта командой ЗЕТсс 


Машинный | Мнемокод Флаги Условие установки байта 

код 
о | Переполнение | 
С 








0Е90 ЗЕТО г/п8 Переполнение 
ОЕ ЗЕТМО г/т8 


0292 ЗЕТВ/ЗЕТМАЕ/ЗЕТС г/п8 Ниже (не выше или 
равно) или перенос 
0Е93 ЗЕТАЕ/ЗЕТМВ/ЗЕТМС г/т8| СЕ = 0 Выше или равно (не ниже) или 
| не перенос 


=1 
Е=1 
ОЕ ЗЕТЕ/ЗЕТА г/п 
ЕЕ 
ЗЕ =1 


ПО ЗОО ЕР ЕЕ ЗОО 


ОЕЭА ЗЕТР/ЗЕТРЕ г/т8 РЕ Паритет (четное количество 
единичных битов) 
ОРЭВ ЗЕТМР/ЗЕТРО г/т8 РЕ Нет паритета (нечетное 
количество единичных битов) 
2Е 


=] 
=0 
ОР9С ЗЕТЕ./ЗЕТМСЕ г/т8 ЗЕ<>ОЕ ° Меньше (не больше или равно) 


095 ЗЕТМЕ/ЗЕТМА г/п 


25:20) ЗЕТОЕ ЗЕТМ. г/п8 ЗЕ = ОЕ Больше или равно (не меньше) 
ОЕЭЕ ЗЕТМС/ЗЕТГЕ г/т8 = 1$Е<>ОЕ!| Не больше (меньше или равно) 
ОР9Е ЗЕТС/ЗЕТМЕЕ г/п8 2Е = 05Е = ОЕ | Больше (неменьшеилиравно) 


эбот/®Ют. 


З@ОТ/ЗЮТ источник 


001/09 — 560Тт 
001/14  $ЮТт 


* Сохранение регистра глобальной таблицы дескрипторов (таблицы дескрипторов прерываний). 







Действие: команда сохраняет содержимое системного регистра СОТКЛЬТК в области памяти 
размером 48 битов. Структурно эти 48 битов представляют 16 битов размера и 32 бита значения 
базового адреса начала таблицы СОТ/ЛЮТ в памяти. Если установлен атрибут размера операнда 
32 бита, то 16 битов поля предела помещаются в младшее слово области памяти, а 32 бита базово- 
го адреса — в старшее двойное слово 48-разрядной области памяти. Если установлен атрибут 
размера операнда 16 битов, то 16 битов предела помещаются в младшее слово области, и 24 бита 
базового адреса — в 3-Й, 4-Й и 5-й байты (6-й байт равен нулю). 


$НЕ/$НВ 
ЗНИЗНВ операнд, количество_сдвигов 


00 /4 УНЕ г/т8,1 
02 /4 ЗНЕ г/т8,СЕ 
(0 /416 — ЭНЕт/т8/тт8 
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01 /4 ЭНЕ '/т16,1 

03 /4 ЗНЕ г/т16,СЕ 
(1/46 — $НЕт/т16йтт8 
01/4 ЗНЕ г/т321 
03/4 ЗНЕ г/тЗ2, СЕ 
(1/416 — $НЁг/тз24тт8 
00 /5 ЗНК г/т8,1 

02 /5 УНВ т/т8,СЕ 
(0/51 — 5НКт/т8йтт8 
01 /5 ЗНАг/пт6,1 

03 /5 ЗНВ г/т16,С1. 
(1/516 — $НВ'/т1бАтт8 
ПО /5 ЗНВ г/т32)| 
03/5 ЭНВ г/тЗ32,С1 
(1/516 — $НК'/тз2Атт8 


. Логический сдвиг операнда влево (вправо). 


Действие: сдвиг всех битов операнда операнд влево (вправо) на количество разрядов, указан- 
ное операндом количество_сдвигов, при этом выдвигаемый слева (справа) бит становится значе- 
нием флага переноса СЕ. Одновременно слева (справа) в операнд вдвигается нулевой бит. 

Флага: СЕ =ГОЕ= г $Е = Г2Е =ГРЕ - ГАЕ= ? 

Для команды ЗНГ. флаг ОЕ представляет интерес, если сдвиг осуществляется на один разряд. 
При сдвиге на несколько разрядов его значение не определено (поэтому обозначен ?г). По его 
значению можно судить об изменении знакового разряда операнда: 





если ОР - 1, то текущее значение флага СЕ и значение выдвигаемого слева бита операнда раз- 
личны; 


Я если ОЕ= 0, то текущее значение флага СЁ и значение выдвигаемого слева бита операнда со- 
впадают. 


Для команды $Н В флаг СЕ содержит значение последнего вдвинутого в операнд бита. Флаг ОЕ 
устанавливается равным старшему значащему биту исходного операнда. 


$НЕО 
ЗНЕО приемник, источник, количество_сдвигов 
А4 УНЬО г/т6,16итт8 
ОРАБ ЗНЬО г/т16.16, СЕ 
ОРАА НЕО г/п3232Атт8 
ОРА5 ЗНЕО г/м3232,СЕ 


. Сдвиг двойного слова влево. 


Действие: команда сдвигает операнд приемник влево на число битов, указанных операндом 
количество сдвигов. Операнд источник обеспечивает биты, которые вдвигаются в приемник справа 
(начиная с бита 0 приемника). Операнд количество _ сдвигов — целое число без знака, которое 
может быть непосредственным 8-разрядным значением или содержимым регистра СГ. 

Флаги: (Е =г0ОЁЕ= 2г $Е=г7ЕР=гРЕ=гАЁ=? 

Флаг СЕ заполняется последним битом, сдвинутым из операнда приемник. Флаг ОЕустанавли- 
вается в 1 для одноразрядного сдвига, если изменился знаковый разряд приемника, иначе он ра- 
веннулю. Еслиоперандколичество _сдвиговравеннулю, тофлагинеизменяются. 


5$НАО 


. ЭНАО приемник, источник, количество_сдвигов 


‚ бЕАС ЗНВВ г/т 16,116 Атт8 
ОЕАО НКО г/т16,г16, СЁ 
ОРАС ЗНАО г/т32,г32/тт8 
ОРАБ ЭНАБ г/т32 ‚г32, СЁ 
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. Сдвиг двойного слова вправо. 


Действие: сдвиг операнда приемник вправо на число битов, указанное операндом количество_ 
сдвигов. Операнд источник обеспечивает биты, которые вдвигаются в приемник слева (начиная со 
старшего бита приемника). Операнд количество_сдвигов — целое число без знака, которое может 
быть непосредственным 8-разрядным значением или содержимым регистра СГ. 

Флаги: СЕ=гОЁ = 27 5Р ег 2 =г РЕ = ГАР =? 

Флаг СЕ заполняется последним битом, сдвинутым из операнда приемник. Флаг ОЕустанавли- 
вается в | для одноразрядного сдвига, если изменился знаковый разряд приемника, иначе он ра- 


вен нулю. 


$ЕОТ 
ЗЕОТ приемник 
- 00/0 


* Сохранение регистра [ОТК локальной таблицы дескрипторов в ячейке памяти или регистре. 


$М$\/ 


$М$М/ приемник 
* 0261 /4 $М9\М16(32)/т16 
* Сохранение слова состояния машины. 


Действие: команда сохраняет значение младших 16 битов регистра СКО в слове памяти или 
в 16(32)-разрядном регистре общего назначения. 


$ТС 
* 5ТС 
- РЭ 
. Установка флага переноса СЕ в единицу. 
Флаги: СЕ= 1 


$ТО 
- ТО 
- РО 
. Установка флага направления ОЕ вединицу. 
Флаги: ОЕ = 1 


СИ 
5 п 
- ЕВ 
. Установка флага прерывания ПЕ вединицу. 
Флаги: Е =1 


$10$/5ТО0$В/5ТО$\М//5Т0О$0 


$Т0$ приемник 


$1058/5105\1/$Т0$0 
АА 510$ Еб:(Е)О1 
АА 5Т05В 
‚ АВ $Т0$ Е$:( ЕО! 
АВ $10$\/$Т050 


. Сохранение строки байтов (слов, двойных слов). 
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Действие: команда записывает элемент из регистра АШ/АХ/ЕАХ в ячейку памяти, адресуемую 
нарой Е5:ОИЕПТ. После этого значение регистра ВИЕП! изменяется на величину, равную длине 
элемента цепочки. Знак этого изменения зависит от состояния флага ОЕ: 


Л если ОЕ= 0, то О/ИЕОТувеличивается; 





если ОЕ= 1, то РИ/ЕРТуменьшается. 


ТА 
ТВ приемник 
0Е00 /1 $ТК г/т16 
. Сохранение регистра задачи ТВ. 


Действие: сохранение регистра задачи ТВ в слове памяти или 16-разрядном приемнике (ре- 
гистре или ячейке памяти). 


$9В 
ИВ операнд_1, операнд_2 
2С6 УВ Атт8 
201м УВ АХАтт16 
2014 ЗИВ ЕАХ/тт32 


80/516 — ЗОВ '/т8/тт8 
81/51 ЗОВ /т16дтт16 
81/59 — 50В (/тз2лттз2 
83 /51Ь УВ г/т16Атт8 
83/51 — ЗОВ г/мЗёдтт8 


28 /г ЗВ г/т8,т8 
29 /г ЗУВ г/т16/16 
29 /т ЦВ т/т32,г32 
2А/г ЗЦВ г8г/т8 
2В/г ЗОВ 116//т16 
2В/г УВ т32л/т32 


. _ Вычитание. 


Действие: команда выполняет целочислениое вычитание: операнд_1 = операнд_2 - операнд_1. 
Команда ЗОВ не различает знаков операндов. Вместо этого она соответствующим образом уста- 
навливает флаги. 

Флаги: ОРЕГЗЕЕг2Е=гАЕ=гГРЕ=ЕСЕ=Г 


ЗУЗЕМТЕВ 
ЗУЗЕМТЕВ 
- ОЕ 34 


. Быстрый переход к точке входа в коде па уровне 0. 








Действие: команда ЗУЗЕМТЕК предназначена для максимально эффективного перехода к коду 
нанулевомкольцезащиты (СРГ.=0).КомандаустанавливастрегистрыС$, ЕТР, 55$, Е$Рзначениями, 
указанными операционной системой в определенных модельно-зависимых регистрах: 


3# ($ - 5УЗЕМТЕК_65_М5В; 

# ЕР - $УЗЕМТЕВ_ЕР_М5; 
Я `99 - 8 + 5УЗЕМТЕК_(5_М5К); 
В  ЕЗР - 5\5ЕМТЕВК_Е$Р_МУВ. 


Команда ЗУЗЕМТЕК всегда передает управление коду защищенного режима на СР! = 0. Команда 
может быть вызвана из всех режимов за исключением реального. Команда требует выполиения 
следующих условий со стороны операционной системы: 


—_—_—_—_—_—_—_—_—_—————ЦВжншж—Ыштштш"УЗУЗУ"У У 
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целевой селектор С$ должен соответствовать 32-разрядному сегменту кода на нулевом коль- 
це, отображенному на плоское пространство адресов 0...4 Гбайт с доступом по чтению и вы- 
полнению; 


№ целевой селектор $5 должен соответствовать 32-разрядному сегменту стека кольца 0, отобра- 
женному на плоское адресное пространство 0...4 Гбайт с доступом по чтению, записи, причем 
величина этого селектора (селектора $$ кольца 0) должна быть равна сумме (С5) + 8. 


Операционная система посредством указанных ранее модельно-зависимых регистров внут- 
ри процессора должна обеспечить необходимые значения для регистров С$, ЕТР, 5$ и ЕЗР с тем, 
чтобы корректно передать управление точке входа кода в кольце защиты 0. Эти регистры до- 
ступны по чтению и записи посредством команд КОМ$Ки \/КМ$К. Адреса модельно-зависимых 
регистров представлены в табл. П.14. 


Таблица П.14. Адреса модельно-зависимых регистров 


Адрес 
ЗУ5ЕМТЕВ_С$_М$В Целевой селектор С$ на кольце 0 1746 


ЗУЗЕМТЕК _ Е$Р_МЗВ. Целевой регистр ЕЗР на кольце 0 1756 
ЗУЗЕМТЕВ _Е!Р_М$В Целевой регистр ЕТРточки входа на кольце 0 1765 


ЗУЗЕЖТ 


.  ЭУЗЕХП приемник, источник 
- ОЕ 35 


. Быстрый возврат из кода на уровне 0. 





Действие: команда ЗУЗЕХТ предназначена для максимально эффективного перехода к коду 
на кольце защиты 3 (СР1. = 3) из кода на кольце защиты О (СР|. = 0). Команда ЗУЗЕХИ устанавливает 
регистры С$, ЕТР, 5$, ЕЗР значениями, указанными операционной системой в определенных мо- 
делыю-зависимых регистрах или регистрах общего назначения: 


$# ($ - 16 + ЗУЗЕМТЕВ_С$_М5В; 
#& [п ЫР— значение из регистра ЕОХ; 
№% 9$ - 24 + $\5ЕМТЕК_(5_М5К; 
А ЕЭР — значение из регистра ЕСХ. 


Таблица П. 15. Описание модельно-зависимых регистров 


Описание | 


СелекторС$ Селектор целевого сегмента кода на кольце 3. Его значение равно сумме 


16 + (ЗУЗЕМТЕК_С$_М$Е) 


Селектор 55$ Селектор целевого сегмента стека 55$ на кольце 3. Его значение равно сумме 
24+ (ЗУЗЕМТЕВ_С$_М5К) 

Регистр ЕР Адрес возврата в коде на кольце 3. Это целевая точка входа, и она назначается 
значением, содержащимся в регистре ЕОХ 

Регистр Е$Р ЕЗР возврата на кольце защиты 3. Назначается значением, содержащимся 
врегистре ЕСХ 


Команда ЗУЗЕХИ всегда передает управление коду на кольце 3 (СРГ. = 3) защищенного режима 
в рамках плоской модели памяти. Команда может быть вызвана только в защищенном режиме 
при СРЕ. = 0. Команда требует выполнения следующих условий со стороны операционной системы: 











целевой селектор С$ должен соответствовать 32-разрядному неподчиненному сегменту кода 
на кольце защиты 3, отображенному на адресное пространство 0...4 Гбайт, с атрибутами до- 
ступа по выполнению и по чтению; 
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целевой селектор $5 должен соответствовать 32-разрядному сегменту стека на кольце 3, ото- 


браженном на адресное пространство 0...4 Гбайт с атрибутами расширяемости вверх и досту- 
па по чтению и по записи. 


Операционная система посредством указанных модельно-зависимых регистров внутри про- 
цессора должна обеспечить необходимые значения для регистров С$, ЕР, $$ и ЕЗР с тем, чтобы 
корректно передать управление точке входа кода в кольце защиты 3. Эти регистры доступны по 
чтению и записи посредством команд КОМ$К и \ВМЗК (табл. П.15). 


ТЕЗТ 


. ТЕЭТ приемник, источник 


. АВЮ ТЕТ АМ тт8 
А91м ТЕЗТ АХАтт16 
А9 14 ТЕЗТ ЕАХАтт32 
6/0 ТЕЗТ г/п8,и7т8 
Е7/О\м — ТЕЗТ т/м16йпит1 6 
[7 /014 — ТЕЗТ г/м32/ттзЗ2 
84 /т ТЕЗТ г/т8,г8 
85 / ТЕЗТ г/п6,116 
85 /т ТЕЗТ г/п32,г32 


. Логическое сравнение. 
Действие: команда выполняет операцию логического умножения над операндами. Ре- 
зультат операции формируется во временной памяти, сами операнды не изменяются: бит 


результата равен 1, если соответствующие биты операндов равны 1, в остальных случаях бит 


результата равен 0. Для анализа результата используется флаг ИЕ, который равен 1, если резуль- 
тат логического умножения равен нулю. 


Флаги: ОЕ= 0 СЕ= 0 $Е =г7Е=гРЕ=ГАЁ =? 
902 


- 902 
Ш ООВ 


Генерация исключения недействительного кода операции. 


УЕВВ/УЕВ\М/ 
.  \УЕВА/УЕВ\М селектор 
. 0200 /4 \УЕВВг/т!6 


Определение возможности чтения (записи) из сегмента или всегмент, заданный операндом 
селектор. 


Действие: команда проверяет выполнение следующих условий: 
3 определен ли селектор в таблицах СОТ или ГОТ; 


указывает ли дескриптор, адресуемый селектором, на сегмент кода или данных (и НИ на ка- 
кой другой); 

является ли сегмент считываемым (для УЕК\ — записываемым). 

Затем проверяется уровень привилегий: 

если сегмент кода является подчиненным, то поле ОР! его дескриптора может иметь любое 
значение; 


если сегмент кода не является подчиненным, поле ОРГ дескриптора должно быть больше (или 
равно) полей СРИ. и КР( селектора. 


Если проверка по приведенным выше условиям положительна, то флаг ХЕ устанавливается 
в [, иначе — в0. 


Флаги: (Е =г 
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\МА!Т 
МАТ 
- эв 


. Приостановка работы процессора до поступления сигнала от сопроцессора обокончании об- 
работки последней команды. 


Машинный код: 95 
Флаги: СО = С1 = С2 =С3 =? 
МИВМУО 
МИВТМУО 
- ОРОЭ 
. Очистка кэш-памяти. 


Действие: команда очищает кэш-память первого уровня, записывает содержимое кэш-памя- 
ти второго уровня в основную память и очищает содержимое кэш-памяти второго уровня. 


М/ВМ$В 
- ОРЗО 
* Запись вМ$К-регистр. 

Действие: команда проверяетто, что уровень привилегий нулевойи что врегистре ЕСХ содер- 
жится значение, идентифицирующее один из М$К-регистров. Если хотя бы одно из этих усло- 
вий не выполняется, выполнение команды завершается. Если выполняются оба условия, то зна- 
чение пары 32-разрядных регистров ЕБХ:ЕАХ пересылается в 64-разрядный М$К-регистр, номер 
которого задан врегистре ЕСХ. 


ХАОО 


ХАОР приемник, источник 


ОЕ СО/г ХАОО г/т8,г8 
ОЕ С/г ХАОР г/т16,‚г16 
ОР С/г ХАОР г/т32,г32 


. _ Обмен и сложение операндов. 
Действие: команда ХАБО обменивает содержимое операнда приемник с операндом источник, 
затем формирует сумму их значений в операнде приемник. Эта команда может использоваться 


с префиксом 10СК. 
Флаги: (Е = ГРЕ = ГАВы ГЕ = ЕР = Г ОР=жг 


хснс 
ХСН@ операнд_1, операнд_2 
90 + гм ХСНС АХ,г16 
90+м — ХСНО 116,АХ 


90+ ХСН@ ЕАХ,г32 
90 +4 ХСН@ г32,ЕАХ 


86 /г ХСНа@ г/т8,8 
86 /г ХСН@ 18,г/т8 
87 /т ХСНС т/т16‚г16 
87 /г ХСНС г16/т16 
87 /т ХСН@ г/т32,132 
87 № ХСН@ г32,г/т32 


. Обмен значениями между операндами. 
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ХГАТ адрес_таблицы_байтов 
ХЕАТВ 
- о’ 
. Преобразование байта. 
Действие: команда вычисляет адрес в памяти: 05.ВХ + (АГ). Далее команда извлекает байт по 
этому адресу и помещает его в регистр АГ.. Несмотря на наличие операнда адрес_таблицы_байтов 
в команде ХГАТ, адрес последовательности байтов, из которой будет осуществляться выборка байта 


для подмены в регистре АГ, должен быть предварительно загружен в пару 05:ВХ(ЕВХ). Команда 
ХГАТ допускает замену сегмента. 


ХОВ 
ХОВ приемник, источник 

’ 341 ХОВ АНЛтт8 
351 ХОК АХАтт16 
35а ХОК ЕАХ/тт32 


80/616 — ХОКг/т8итт8 
81 /6 №№ ХОКт/т16лтт16 
81/64  ХОК!/м32лтт32 
83/6№ — ХОК!/т1бАтт8 
83 66 — ХОК г/т32 лиит8 
30 /г ХОВ г/п8,г8 

З1/г ХОК г/п116, 116 

ЗЕ /г ХОК г/п32,132 

32 /г ХОВ 18,г/п8 

33 /т ХОК 116//т16 

33 /т ХОК г32,1/п132 


. Логическое исключающее ИЛИ. 


Действие: выполнение операции логического исключающего ИЛИ над парами битов двух 
операндов: бит результата равен 1, если значения соответствующих битов операндов различны, 
в остальных случаях бит результата равен 0. Результат помещается в операнд приемник. 

Флаги: ОЕ=гСЕ=гЗЕ =т7Е=гРЕ=гАЕ=? 
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Е2ХМ1 

‚ Р2ХМ1 

. 09Ю 

. Вычисление?* - 1. 


Действие: исходный операнд (значение степени хв диапазоне -1 <х< 1) хранится в регист- 
ре $ТО. Команда вычисляет значение 2* - 1, арезультат помещает в вершину стека сопроцессора. 

Флаги (З\МВ): С1 устанавливается в 1 при переполнении стека или в 0 при антипереполне- 
нии (установлены биты $\В.1Е и 5\В.5Е). При возникновении исключения сопроцессора #Р (не- 
точный результат) состояние флага показывает направление выравнивания (1 — в большую сто- 
рону); СО, С2, СЗ не определены. 


ЕАВ$ 
. РАВ 
- Р9Е! 


‹ Получение абсолютного значения (модуля) числа в5ТО. 
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Действие: знаковый бит 510 устанавливается в 0. 
Флаги (ЗУ): СП устанавливается в 1 при переполнении стека или в 0 при антипереполне- 
нии (установлены биты $М\К.Еи З\У/В.$Е); СО, С2, СЗ не определены. 


ГАООР/РАОО/Е!АОО 


- РАБОР 
РАОБО/НАОО слагаемое_1 
РАБО/РАООР слагаемое_1слагаемое_2 


. 08/0 РАОО м32геа| 
05/6 ГАОО тб4геа{( 
08С0+1 ЕАОБ $Т(0),5Т({) 
2ССО+1 РАОО $Т(1),5Т(0) 
0ЕС0+1! РАОБР $Т(1), $Т(0) 
ОЕ С1 РАООР 
ВА /0 НАОО т321т 
ОЕ/О НАОО 161 


ы Сложение двух значений. 


Действие: команды имеют несколько вариантов расположения операндов/ 





Для команды без операндов первое слагаемое располагается в регистре $Т(0), второе — в реги- 
стре 51(1). Команда выполняет сложение: 5Т(1) = $1(0) + $Т(1). Последнее действие — вытал- 
кивание значения из регистра 5Т(0). Результат сложения — в $Т(0). 





Для команды с одним операндом первое слагаемое (операнд слагаемое_1) располагается 
в ячейке памяти м3З2теа/тб64теа| или т16(32)1п%, второе слагаемое — в регистре 5Т(0). Коман- 
да выполняет сложение: $1(0) = $Т(0) + слагаемое_1. 





' Для команды с двумя операндами первое слагаемое (операнд слагаемое_1) сохраняется в ре- 

гистре $Т(0)/5Т(1), второе слагаемое (операнд слагаемое_2) — в регистре $Т(1)/5Т(0). Результат 
` сложения помещается в регистр $7(0) для команды ЕАОР $Т(0),5Т(1) или регистр 5Т(1) для ко- 
манды ЕАБР $Т(1),5Т(0). Последнее действие команды ЕАООР — выталкивание значения из реги- 
стра $Т(0), после чего результат сложения оказывается в регистре $Т(1 - 1). 


Флаги (ЗУУВ): см. описание команды Е2ХМ1. 


ЕВЕО 


.  РВШ источник 
. 07/4 ЕВЕО т80дес 
* Загрузка десятичного числа в стек сопроцессора. 


Действие: команда преобразует операнд источник, который содержится в памяти в формате 
двоично-десятичного числа, в расширенный формат и помещает его регистр 5Т(0). 
Флаги (З\/В): см. описание команды ЕАВ$. 


ЕВУТР 


. [ВУ приемник 
. 0/6 ЕВЗТР т80Бса 
* Сохранение десятичного значения в памяти с выталкиванием, 
Действие: исходный операнд приемник находится в регистре $Т(0). Команда преобразует ис- 


ходный операнд в двоично-десятичный формат и записывает его в область памяти приемника раз- 


мером 10 байт (18 двоично-десятичных цифр). Последнее действие команды — выталкивание 
исходного операнда из вершины стека. 


Замечание: Если в стеке было не целое число, то оно округляется в соответствии со значени- 
ем в поле СУК.БС. 


Флаги (5\УУВ): см. описание команды Е2ХМ1. 
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ЕСН$ 


ЕСН$ 
- 09 ЕО 
* Инвертирование знака значения в5Т(0). 
ЕСТЕХ/ЕМСЬЕХ 
ЕСТЕХ/ЕМСЬЕХ 
98 0В Её — ЕСЕЕХ 
ОВ Е? ЕМСЬЕХ 


Сброс флагов исключений в регистре ЗУК. 


Действие: командасбрасывает флаги врегистре УК: все флаги исключений — РЕ, ОЕ, ОЕ, 7 Е, 
РЕ, ГЕ (биты 0...5); флаг суммарной ошибки работы сопроцессора Е$ (бит 6); флаг ошибки рабо- 
ты стека сопроцессора ЗЕ (бит 7); флаг занятости В (бит 15). 

Перед обнулением флагов команда ЕСГЕХ выполняет проверку условий ошибки с плавающей 
точкой. Команда ЕМСИЕХ перед обнулением флагов не выполняет проверки условий ошибки с пла- 
вающей точкой. 

Флаги (ЗУУВ): С1, СО, С2, СЗ не определены. 


ЕСМО\сс 


ЕСМО\сс приемник, источник 
. Условная пересылка данных между регистрами сопроцессора. 


Действие: команда проверяет состояние флагов в регистре ЕЕГАС$ (табл. П. 16). Если состоя- 
ние флагов соответствует условиям выполнения команды, то пересылает значение из источника 
($Т(1)) в приемник ($Т(0))). В противном случае выполнение команды заканчивается без пе- 
ресылки. 


Таблица П. 16. Состояние флагов для пересылки значение из источника в приемник 


ЕСМОУО _5Т0), ТО) 
ЕЁ 1 = 
1 
й - 













ов со- ЕСМОУМВ $Т(0), ТО) 
РВ С8- ЕСМОУМЕ 5Т(0), $Т@) 
ОВ 0 - ЕСМОУМВЕ 5Т(0), 5Т@) СЕ=би7Е=0 





ОВ 08 +1 ЕСМОУМИ 5Т(0), 5Т@) 


Флаги (З\У!В): см. описание команды РАВ$. 


ЕСОМ/ЕСОМР/ЕСОМРР 


ЕСОМ/ЕСОМР/ЕСОМРР 
ЕСОМ/ЕСОМР операнд 


Ш 08/2 ЕСОМ тз32геа{ 
06 /2 ЕСОМтб4теа( 
0800+!  ГСОМ$Т(4) 

08 91 ЕСОМ 
08 /3 ЕСОМР м32теа{ 
С /3 ЕСОМР тб4геа! 
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0808+1  ЕСОМР $Т(1) 
0809 — ЕСОМ 
ОЕ 09 ЕСОМРР 


ы Сравнение вещественных чисел. 


Действие: сравнение значения в регистре 5Т(0) и значения операнда, указанного в команде 
(тет32/64/5Т(1) ) или принимаемого ноумолчанию (регистр 5Т(1)). Результатсравнения определя- 
ется состоянием битов СЗ, С2 и СО регистра 5\К (табл. П.17). Последняя операция для ЕСОМР — вы- 
талкивание значения из 5Т(0). Последняя операция ЕСОМРР — выталкивание значений из 5Т(0) и ЗТ(1). 


Таблица П. 17. Результат сравнения операндов по состоянию битов СЗ, С2 и СО регистра З\ММВ 








Результат сравнения Биты СЗ, С2 и СО регистра З\УВ 








Операнды песравнимы СЗ = 1, С2 = 1, С0=1 


Второй операнд больше первого (3 = 0, С2 =0, СО =1 





Второй операнд меньше первого С3 = 0, С2 = 0, С0=0 








Второй операнд равен первому СЗ = 1, С2 = 0, С 0=0 








Флаги (ЗУ/В): Бит С1 устанавливается в 1 при переполнении стека или в 0 при антиперспол- 
нении (устацовлены биты 5\/В.ТЕ и 5\В.$Е); бит С2 устанавливастся в 1, если операнды несравни- 
мы; СО, СЗ — результат сравнения. 


ЕСОМИРСОМИР/РУСОМИРУСОМ!Р 


ЕСОМИЕСОМИР/ЕУСОМУЕУОСОМРР операнд_1, операнд_2 
08 РО +т ЕСОМТУТ, $Т(1) 
ОЕРО +: — ЕСОМРР $Т, $1(1) 
ОВ Е +: — РОСОМ, $Т, $Т(1) 
ОЕ Е8 +:  РОСОМРР $Т, $Т(1) 


* Сравнение вещественных значений иустановка ЕЕТАС$. 


Таблица П. 18. Установка флагов ЕЕ. РЕ, СЕ в регистре ЕЕГАС$ по результатам сравнения 


РЕ 
$Т(0)>5Т@) ие 


$Т(0)< $Т@ 











$т(0)=5т@) 


Не поддерживаемые форматы 














Действие: 
1. Команда проверяет, поддерживаются ли форматы чисел в операндах операнд_1 и операнд_2: 


О для команд ЕСОМИЕСОМТ? если один или оба операнда — иечисла (МаМ) или числа в не 
поддерживаемом сопроцессором формате, то возбуждается исключение недействитель- 
пой операции сопроцессора, в результате чего управление передается соответствующему 
обработчику. Если бит С\К.1М = 1, то устанавливаются флаги 7Е = РЕ= СЕ= 1. Если оба 
операнда — корректные вещественные числа, выполнение команды продолжается; 


П для команд ЕОСОМИЕОСОМТ? если один или оба операнда — нечисла (ОМаМ, но не $МаМ) 
пли числа В не нподдерживаемом соироцессором формате, то устанавливаются флаги 7Е =. 
РЕ= СЕ= 1. Иначе (один или оба операнда — печисла ЗМаМ или числа в не поддерживае- 
мом формате) возбуждается исключение иедействительной операции и, если СУВ.1М - 1, 
устанавливаются флаги 2Е = РЕ = (Е = 1. Если оба операнда — корректные вещественные 
числа, выполнение команды продолжается. 
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2. Выполнение вычитания (операнд_1 - операнд_2). 

3. По результатам вычитания установка флагов 7Е, РЕ, СЕ в регистре ЕЕГАС$ (табл. [.18). После- 
дняя операция для СОМТР/РОСОМР — выталкивание значения из 5Т(0). 
Флаги (ЕРГАС5З): (Е =гРЕ-гСЕ=г 
Флаги (УВ): см. описание команды ЕАВ$. 


ЕСО$ 


ЕСО 
09 ЕЕ 


. Вычисление косинуса. 


Действия: значение угла в радианахх (-283 < х < +283) хранится в регистре $Т(0). Команда 
преобразует число из 5Т(0) в значение косинуса и записывает его обратно в регистр $Т(0). 

Флаги (5\\В): Флаг С! устанавливается в 1 при переполнении стека или в 0 при антиперс- 
полнении (биты З\В.Е и $\КВ.$Е в регистре установлены). При возникновении исключения #Р 
состояние флага С1 показывает направление выравнивания (1 — в большую сторону). Если С2 = 
= 1, то флаг С1 не определен. Флаг С2 устанавливается в 1, если значение исходного операнда 
выходитза границу \х\ < 283, иначе — С2=0. Флаги СО, СЗ не определены. 


РОЕС$ТР 


РОЕСЗТР 
. 096 
. Уменьшение указателя вершины стека на единицу. 
Действия: если поле $\В.5Т - 0, то выполняется присваивание $1 = 7, в противном случае вы- 


полняется декремент $Т = 5Т - 1. 
Флаги (УК): С1 устанавливается в 0; СО, С2, СЗ неопределены. 


ЕОМ/РОМР/ЕТОМУ 


РОМР 
ГОМ/НТОТМделитель 
РОМ/РОМР делимое, делитель 


08 /6 РОУ тз2геа\ 

ОС /б ЕТУ тб4теа| 

08 РО +1 РОМ $Т(0), $1 
ОСЕ8+!: РОМ$Т(1), $Т(0) 
ОЕЁ8+! — ЕОМР 51(4), $1(0) 
БЕ РЭ РОМР 

РА /6 НРУ тз2\ 

ОЕ /б РОУ т1 61% 


° Деление двух чисел. 
Действия: команды ЕОТУ/ЕМУР/ЕИЛУ имеют несколько вариантов расположения операндов. 


й Для команды без операндов делимое находится в регистре 5Т(1), делитель — в регистре $Т(0). 
Команда выполняет деление: 5Т(1) = $Т(1)/5Т(0). Последнее действие — выталкивание значе- 
ния из 5Т(0). Окончательный результат — в регистре $Т(0). 


в Для команды с одним операндом (делитель) делимое находится в регистре $Т(0), делитель — 
вячейке памяти п 32(64)геа{ или п116(32)1пе. Команда выполняет деление $Т(0) = $Т(0)/дели- 
тель. 

И Для команды с двумя операндами делимое и делитель хранятся в двух регистрах стека, один 
из которых — $Т(0). Выполняется деление делимое - (делимое/делитель). 


Флаги ($\/К): см. описание команды [Е 2ХМ1. 


Е ЕО ЕЕ Е ЕЕ АЕ О ие ЗИ И 
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РОМВА/РОМВР/ЕЮОТУВ 


РОМАР 
РОМВА/РОМВ делимое 
РОМВА/РЬОМВР делитель, делимое 


08 /7 ЕОШМК тз2геа! 

00/7 РОГУВ тб4теа[ 
08Е8+1 КОМА $Т(0), $Т(1) 
Ос ЕО+! РОМА $Т(1), 5Т(0) 
ОЕРО+1  ЕОМВР $Т(1), $1(0) | 


ОЕ Ё1 РОМАР 
ВА /7 ЕТОГУВ м3 21 
ОЕ /7 РОМВи6 те 


. Деление двух чисел в обратном порядке. 


Действия: команды имеют три варианта расположения операндов. 





Для команды без операндов делимое находится в регистр8Т(0), делитель — в регистрбТ(1). 
Команда выполняет деление: 5Т(1) - 51(0)/5Т(1). Последнее действие - выталкивание значе- 
ния из регистра $Т(0). Результат операции — в регистре $Т(0). 





Для команды с одним операндом делимое находится вячейке памяти М32(64)геа[или т16(32 уп 
делитель — в регистре $Т(0). Команда выполняет деление: 5Т(0) = делимое/5Т(0). 





Для команды с двумя операндами делимое и делитель хранятся в двух регистрах стека, один 
из которых — $Т(0). Команда выполняетделение делитель = (делимое/делитель). 


Флаги (ЗУБ): см. описание команды ЕП\У. 


ЕЕВЕЕ регистр_сопроцессора 
00 (0+1 — ЕРВЕЕ 5Т(Т) 
. Освобождение регистра стека сопроцессора. 


Действия: команда выбирает в регистре тегов ТУК двухразрядное поле И, соответствующее 
регистру $Т(1), и устанавливает в нем значение 116. 
Флаги (5\УВ): (1, СО, С2, СЗ неопределены. 


ЕСОМ/Е!СОМР 
. _ АСОМ/ЯСОМР операнд, 


- 0Е/2 ЕСОМ м1 61% 
ВА /2 Нсом мза1тЕ 
ОЕ/З НсоМР т161п+ 
ОА /3 НСОМР м2 


ы Сравнение целого и вещественного значений. 


Действия: сравнение значения в регистре 9Т(0) и целочисленного операнда в ячейке памяти 
т16/321п+, Результат сравнения определяется состоянием битов СЗ, С2 и СО регистра $\ К сопро- 
цессора (табл. П. 19). Последнее действие ЕСОМР — выталкивание значения из вершины стека. 


Таблица П. 19. Результат сравнения операндов по состоянию битов СЗ, С2 и СО регистра ЗУ К. 


Биты 3. Си бОретисра зи 
3-1, С2= 1. 0-1 
Второй операнд больше первого СЗ3-0,С2-0,СО-1 





С3-0. 2-0, С0=0 
63-1. 62-0. 00-0 


Флаги (З\У/В): см. описание команды ЕСОМ. 
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РЕО 


НЕО источник 


. 02/0 НШ т161тЕ 
ОВ /О НЕО т32{ 
БЕ /5 НЕО тете 


. Целочисленная загрузка. 


Действия: преобразование целого значения из операнда источник в вещественное расширен- 
ное представление, после чего уменьшение на | указателя вершины стека сопроцессора (поле 
У\В.ТОР). Результат преобразования помещается в регистр $Т(0). 

Флаги (5УВ): С1 устанавливается в | при переполнении стека; СО, С2, СЗ не определены. 


ЕМС$УТР 
АМС$ТР 
09 [7 
Увеличение величины указателя вершины стека на единицу. 


Действия: ссли поле З\К.ТОР = 7, выполняется присваивание 5\!К.ТОР = 0, в противном случае 
выполняется инкремент ЗУ/К.ТОР = З\/К.ТОР + 1. 
Флаги (5\УУВ): С! устанавливается в 0; СО, С2, СЗ не определены. 


ЕМИТ/ЕМИМТ 


* _ АМП/ЕМИМТ 


9В ОВ ЕЗ АМТ 

ОВ ЕЗ АМИМГГ 
. Инициализация сопроцессора. 

Действия: команда проверяет наличие установленных битов исключений в регистре 5\"К. Если 
какие-то из них установлены, то инициирует вызов процессором обработчиков соответствую- 
щих исключений (только НМТ); устанавливает регистры сопроцессора: С\УК = 03 7Е $\ В = 0000; 


ТУК - Я устанавливает в 0 регистры указателей данных ОРЕВ и команд РК. 
Флаги (ЗУУВ): С1 = (0 = С2 = С3=0 


Ни ЕР$УТР 


Н$ЗТ/Н$ТР приемник 


ОЕ /2 НУТ м1 61% 
ОВ/2 НУТ тЗ21т 
ОР/З НОУТР т161п+ 


ОВ/3 Н5ТР тЗ21т+ 
0Е/7 НУТР тб пе 


И Целочисленное сохранение. 


Действия: исходя из значения в поле КС (управление округлением) регистра СУ\УК, команда 
округляет число в вершине стека до соответствующего целого значения: 


# если ВС= ОО, тоокруглениедоближайшего целого; 

# если ВС = 01Ь, то округление до ближайшего меньшего целого; 
& если ВС = 10Ь, то округление до ближайшего большего целого; 
* если ВС = 11Ь, то дробная часть числа отбрасывается. 


Результат преобразования помещается в ячейку памяти, адрес которой указан операндом при- 
емник. Если величина преобразованного значения превышает по модулю максимально предста- 
вимое число в операнде приемник, то в нем формируется наибольшее отрицательное число — 80 00 
или 80 00 00 00. Дополнительное действие для ЕР5ТР — выталкивание значения из вершины стека. 

Флаги (УВ): см. описание команды Е2ХМ1. 
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О /ЕЕОЕ2Т/ЕЕОЕ2Е/ЕЕОЕС2/РЕО-М2/ЕРЕОРИЕРЕОР 


РЕОТ/РЕОЕ2Т/РЕОЕ2Е/РЕОЕС2/ ЕЕОНМ2/ЕЕОРИ 2.07 


‚  09ЕЗ АО1 
09 Е9 РЕОЕ2Т 
09 ЕА РЕОЕ2Е 
09 ЕВ ЕГОР! 
09 ЕС РЕОЕ@2 
09 Еб Е-ОЕМ2 
09 ЕЕ Р.Ой 


° Загрузка константы. 
Действия: | 
# РТ - загрузка вещественной единицы; $\/В.ТОР = $\/В.ТОР - 1; $Т(0) - +1.0. 
+1 ЕГОШТ - загрузка двоичного логарифма десяти: З\К.ТОР - З\В.ТОР - 1; $1(0} = 10810. 
$. ЕЕ - загрузка двоичного логарифма числа с: З\В.ТОР = $\\В.ТОР - 1; 51 (0) = |0в,е. 
'}. РОЕб2 (ТоаГ\утв) - загрузка десятичного логарифма числа 2: З\УВ.ТОР = $\В.ТОР - 1; $1(0} = 
= [0502. 
ЕГОТМ2 (ГоаО1т$) — загрузка натурального логарифма числа 2: З\В.ТОР = $\/К.ТОР - 1; 
5т(0)= [1(2). 
а ЕР! - загрузка числа л: $\В.ТОР = 5\В.ТОР - 1; $Т(0) = 
21.07 (ГоаО\ше 0) - загрузка нуля: З\УВ.ТОР = $\В.ТОР - 1; $Т(0) = +0,0. 
Флаги (5\/В): С1устанавливаетсяв 1 при переполнении стека; СО, С2, СЗ не определены. 


РЕ 


‚ АО источник 


09 /0 НО т32геа| 
00 /0 ЯО тб4теа{ 
ОВ /5 Р.О т80геа| 
09со-+1 ЕЕО $714) 


И Загрузка в стек вещественного значения. 








Действия: операнд источник — значение в веществениом формате в памяти 1132/64/80 ИЛИ 
врегистре 5Т(1. Команда уменьшает значение поля 5\В.ТОР насдиницу; проверяет тег для регистра 
стека, физический номер которого находится в поле З\К.ТОР. Если содержимое тега не равно 11Ь 
(регистр пе пустой), то устанавливаются биты $\К.5Е и З\ К.Е и выполнение команды заканчива- 
ется. Если содержимое тега равно 11, то анализируется тип операнда и выполняются следующие 
действия: 





если онеранд источник является вещественным значением в памяти размером 32 или 64 бита, 
то опо преобразуется в вещественное число в расширеииом формате, после чего записывает- 
ся в вершину стска; 





если операнд источник является вещественным значением в памяти размером 80 бит или ре- 
гистром стска, то он копируется в вершину стска. 

Флаги (УВ): С1 устанавливается в 1 при персполиении стека или в 0 в противном случае; 
СО, С2, СЗ неопределены. 


РЕОС\М/ 
. АОС\М/ источник 
. 09/5 РЕОСМ/ т2Буе 


* Загрузкарсгистра управления СУ\/К содержимым ячейки памяти источник. 


Флаги (5\/КВ.): С1 устанавливается в 1 ири переполнении стека или в 0 в противном случае; 
СО, С2, СЗ не определены. 
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РЕОЕММ\У 
ЕЕОЕМ\У источник 
09 /4 РЕДЕМУ т14/28Буе 
. Загрузка рабочей среды сопроцессора. 


Действия: команда определяет режим работы процессора (К, У или Р) и размер операнда для 
текущего сегмента кода, который задается значением атрибута изе (изе16 или изе32): 





если и5е16, то размер буфера, из которого будет производиться восстановление среды сопро- 

цессора, равен 14 байт; 

Я если изе32, то размер буфера, из которого будет производиться восстановление среды сопро- 
цессора, равен 28 байт. 

Далее из области памяти формата м14/т28, начальный адрес которой указап операндом 
источник, производится запись информации в регистры СУБ, ЗУБ, ТК, 1РВ, ОРК сопроцессора. 
Структура области памяти, содержащей образ рабочей среды сопроцессора, показана на рис. 
17.21. 

Флаги (УВ): С! устанавливается в 1 при переполиснии стека или в 0 в противном случае; 
СО, С2, СЗ не определены. 


ЕМУБ/ЕМОБР/ЕИМОЕ 


ЕМИУЕР 
ЕМУУЕМИЕ множитель_1 
ЕМУУРЕМИЕР множитель_1, множитель_2 


08/1 ЕМУ т32геа! 

06 /1 ЕМУЕ тб4геа( 
08С8+1  ЕМИЕ5Т(0), $Т() 
06 (8+1 ГМИ 57), $Т(0) 
РЕС8+1  РМШР5Т() $Т(0) 
ОЕ С9 

БА/1 АМУЕ тз2тЕ 

ОЕ /1 ИМИ т161тЕ 


. Умножение. 
Действия: команда имеет три варианта расположения операндов. 


Я Для команды без операндов (только ЕМИГР) первый множитель находится в регистре 
$11), второй — в регистре 5Т(0). Команда выполняет умножение 5Т(1) = $Т(1) * $Т(0). Послед- 
нее действие — выталкивание значения из регистра $Т(0). Результат умножения — в 5Т(0). 

Я Для команды с одним операндом первый множитель (операнд) находится в ячейкс па- 
мяти т32(64) или п16(32)1т{, второй — врегистре $Т(0). Команда выполняет умножение $Т(0) = 
=множитель_1 * 5Т(0}; 

в Для команды с двумя операндами первый множитель (операнд множитель_1) хранится в $Т(0)/ 
$Т(3), второй множитель (операнд множитель_2) — в 51(1)/5Т(0). Команда выполняет умноже- 
ние (множитель_1 * множитель_2). Результатумножения помещается либо в регистр 5Т(0) для 
команды ЕМИЕ $Т(0),5Т(1), либо в регистр 5Т(1) для команды ЕМОШЕМТТР $Т(),$Т(0). 


Флаги (ЗУУВ): см. описание команды Е2ХМ1. 


ЕМОР 
ЕМОР 
09 00 
. _ Нет операции. 


Действия: команда не выполняет никаких действий. Эффект ее применения заключается 
в том, что она занимает место (два байта) в потоке команд. 
Флаги ($УК):С1=С0=С2=С3=0 
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ЕРАТАМ 

‚  ГРАТАМ 

- 09 ЕЗ 

° Вычисление частичного арктангенса. 


Действие: исходные операнды: значение х в регистре $Т(0); значение у в регистре 5$Т(1). Ко- 
манда вычисляет значение арктангенса частного х/у; выталкивает значения х иу из стека сопро- 
цессора; записывает результат вычисления арктангенса в вершицу стека — регистр $Т(0). 

Исходные значения хиудолжны отвечать условию 0 < у <х < +°°. Если это не так, необходи- 
мо использовать следующие формулы приведения: 


агся(х) = —агсёв(-х); 
агсёе(х) = 1/2 - агсё5(1/х). 
Флаги (ЗУУВ): см. описание команды Е 2ХМ1. 


ЕРВЕМ 

. ЕРВЕМ 

. 0928 

* Вычисление частичного остатка от деления $Т(0) на5Т(1). 


Действия: делимое хранится в $Т(0), делитель — в 51(1). Команда вычитает значения полей 
порядков в 5Т(0) и $Т(1): р = $Т(0) - $Т(1). 
И Если полученная разность 4 меньше 64, выполняется деление] = 5Т(0)/5Т(1}, результат кото- 
рого округляется путем усечения к ближайшему меньшему целому; в 5Т(0) записывается новое 
значение, равное $ЗТ(0) = $Т(0) - ($Т(1} * Г); бит $\!К.С2 устанавливается в 0 (это означает, что 
в 51 (0) получен истинный остаток, удовлетворяющий требованию: остаток < делителя); биты 
С0, СТ, СЗ в 5\® устанавливаются равными значениям трех младших битов значения частного 
1- ЫЙ, 
Если полученная разность & больше 64, то бит $\К.С2 устанавливается в 1 (это означает, что 
в 51 (0) получен пока только частичный остаток, не удовлетворяющий требованию: остаток < 
< делителя, и потребуется повторить обращение к команде ЕРКЕМ для получения истинного 
остатка, удовлетворяющего указанному требованию); переменной я присваивается значение 
издиапазона 32...63; выполняется деление [ = ($51(0)/5Т(1))/2“-"); выполняется округление [ 
путем усечения к ближайшему меньшему целому; в 5Т(0) записывается значение, равное 5Т(0) - 
— (51 (1)-1. 24-9). 
Флаги (5УУВ): СО устанавливается равным биту 2 частного; С1 устанавливается в0 при пере- 
полнении стека или устанавливается равным биту 0 частиого; С2 устанавливается в 0, если полу- 


чен истинный остаток, или в 1, если остаток все еще частичный; СЗ устанавливается равным биту 
1 частного. 


ЕРВЕМТ 


. ГРКЕМ1 
. 09 





Вычисление частичного остатка от деления$Т(0) на5Т(1) в соответствии со стандартом ТЕЕЕ- 


754. 


Действие: делимое хранится в регистре $Т(0), делитель — в регистре 5Т(1). Команда вычитает 
значения полей порядков в $Т(0) и $Т(1): О = $Т(0) - $Т(1). 
Если полученная разность 4 меньше 64, то выполняется деление / = $Т(0)/5Т(1), результат ко- 
торого округляется к ближайшему целому; в 5Т(0) записывается новое значение, равное 5Т(0) = 
- $1(0) - (5Т(1) - Г); бит $МВ.С? устанавливается в 0 (это означает, что в 5Т(0) получен истин- 


ный остаток, удовлетворяющий требованию остаток < делителя); биты СО, СТ, СЗ в ЗУБ уста- 
навливаются равными значениям трех младших битов частного 7 — 1,11. 
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## Если полученная разность 4 больше 64, то бит $\К.С2 устанавливается в | (это означает, что 
в $1(0) получен пока только частичный остаток, не удовлетворяющий требованию: остаток < 
< делителя, и потребуется повторить обращение к команде ЕРВЕМ1 для получения истинного 
остатка, удовлетворяющего указанному требованию); переменной и присваивастся значение 
из диапазона 32...63; выполняется деление / = (51(0)/5Т(1))/2“ - ">; выполняется округление / 


путем усечения кближайшему меньшему целому; в 5Т(0) записывается значение, равное 5Т(0) - 

— (511). 1- 29-5), 

Команда ЕРВЕМ1 используется для точного деления чисел в соответствии с требованиями стан- 
дарта на вычисления с плавающей точкой ГЕЕЕ-754, согласно которому значение остатка долж- 
но быть меньше половины модуля (делителя). 

Флаги (ЗУУВ): СО устанавливастся равным биту 2 частного; С1 устанавливается в 0 при пере- 
полнении стека или устанавливается равным биту 0 частного; С2 устанавливается в 0, если полу- 
чен конечный остаток, или в 1, если остаток все еще частичный; СЗ устанавливается равным биту 
| частного. 


ЕРТАМ 

.  ЕРТАМ 

. 097 

. Вычисление частичного тангенса угла в радианах из регистра 5Т(0). 


Действия: если значение в $Т(0) находится в диапазоне -28...283, бит С2 устанавливается в О, 
вычисляется тангенс значения в $Т(0), результат записывается в $Т(0), а в стек записывается ве- 
щественная единица. Окончательное содержимое регистров: $Т(0) = 1,0, $Т(1) — тангенс угла. Если 
значение в $1(0) не находится в диапазоне -263. 283 бит С2 устанавливается в 1. 

Флаги (УВ): см. описание команды ЕС0$. 


ЕАМОМТ 
. ЕАМОМТ 
. 09К 
. Округление значения в регистре 5Т(0) до целого. 
Действия: выполняется округление значения в 5Т(0) в соответствии со значением поля С\К.КС: 
8+ если СУК.ВС = О0Ь, округление до ближайшего целого; 
‚ если СУК,ВС = 01Ь, округление до ближайшего меньшего целого; 
если С\УК.ВС = 106, округление до ближайшего большего целого; 
если С\УК.ВС = 116, округление отбрасыванием дробной части числа. 


Результат округления записывается в регистр $Т(0). 
Флаги (З\УУВ): см. описание команды Е2ХМ1. 


ЕАЗТОВ 


‚ _ РВУТОН источник 
- 00/4 
. Восстановление полной среды сопроцессора. 
Действия: выясняются режим работы процессора (В, У или Р) и размер операнда для теку- 
щего сегмента кода. Эти значения определяют размер буфера (94 или 108 байт), из которого бу- 
дет производиться восстановление полной среды сопроцессора. После этого производится за- 


пись информации в следующие регистры сопроцессора из области памяти 194/108, начальный 
адрескоторойуказаноперандомисточник: 





региструправления СУ/К; 
^: регистр состояния ЗУ"В; 


?. регистр теговТВ; 
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3 регистр указателя команд 1РК; 
# регистр указателя данных ОРВ; 
3 регистры стека сопроцессора 9Т(0)...5Т(7). 


Структура области памяти, формируемая командой Г К$ТОК, аналогична таковой для команды 
ЕМЗАУЕ (см. далее описание команды ЕМЗАУЕ). 


Флаги (ЗУБ): С1, СО, С2, СЗ формируются в соответствии с новым содержимым регист- 
ра СУК. 


ЕЗАМЕ/ЕМЗАМЕ 


ЕЗАМЕ/ЕМЗАМЕ приемник 


38 00 /6 — ЕЗАМЕ т94/108буе 
00 /6 ЕМЗАМЕ п94/108Буе 


* Сохранение полной среды сопроцессора. 


Действия: проверяется наличие незамаскированных исключений в регистре ЗУ!К и (только 
для команды ЕМЗАУЕ) ожидается окончание обработки незамаскированных исключений. Далее 
выясняются режим работы процессора (К, У или Р) и размер операнда для текущего сегмента 
кода. Эти значения определяют размер буфера (94 или 108 байт), в который будет производить- 
ся сохранение полной среды сопроцессора. Запись информации в область памяти 194/108, на- 
чальный адрес которой указан операндом приемник, производится из следующих регистров со- 
процессора: 

"= региструправления СУЁВ; 
регистр состояния ЗУ В: 
регистр тегов ТК; 


* регистр указателя команд [РВ; 


&. региструказателяданных ОРВ; 





регистры стека сопроцессора $Т(0)...5Т(7). 


Сопроцессор возвращается в начальное состояние путем установки следующих значений ре- 
гистровсопроцессора: СУ К = 0371; 5 В = 0000; Т\/К = Я регистрыуказателейданных ОРКи[РК 
команд устанавливаются в 0. 


Структура области памяти, формируемая командой ЕЗАУЕ/ЕМЗАУЕ, показана на рис. 17. 20. 
Флаги (З\УВ): С|, СО, С2, СЗ сохраняются и очищаются. 


ЕЗСАЁСЕ 

. ГРЮСАЕ 

. 09 

. _ Масштабирование значения в5Т(0). 


Действия: исходные значения: 51(0) = х, 5Т(1) = у. Значениеу округлить к ближайшему мень- 
шему целому (обозначим это значение @/)и вычислить выражение $Т(0) =х * 2“ Команда не очи- 
щает регистр $1(1). 

Флаги (5\/В): см. описание команды Е2ХМ1. 


ЕУМ 

.  ЮМ 

- 09 ЕЕ 

. Вычисление синуса значения угла в радианах из регистра 5Т(0). 


Действия: если значениех в регистре 5Т(0) находится в диапазоне -28 < х< +263. то присвоить 


значения С\К.С2 = О, $Т(0) - $1(х), В противном случае оставить значение в вершине стека без 
изменений и установить в 1 бит С\К.С2. 


Флаги (5\М/В.): см. описание команды ЕС0$. 
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ЕУМСО$ 


2ЯМСО$ 
09 ЕВ 


Вычисление синуса и косинуса значенияугла в радианах из регистра $Т(0). 


Действия: если значение х находится в диапазоне -2°‘<л< +28, то присвоить значения 
СУВ.С2 = 0; $Т(0) = зт(х); СУВ.ТОР = СУК.ТОР - 1; $Т(0) = со5(х). Если х не находится в указанном 
диапазоне, оставить значение в вершине стека без изменений и установитьв [ бит СУК.С2. Конеч- 
ный результат сохраняется в регистрах: 5Т(0) = соз(х), 5Т(1) = $щ(х). 

Флаги (ЗУУВ): см. описание команды ЕС0$. 


ЕЗОАТ 


РОВТ 
09 РА 


Вычисление корня квадратного из содержимого регистра $Т(0) и запись результата в $Т(0). 
Флаги (5\УУВ): см. описание команды Е2ХМ1. 


ЕТ/ЕЗТР 
РУТИРУТР приемник 


. 09/2 ЕУТ шЗ2геа{! 
00 /2 ЕТ тбёгеа| 
0000+1 Е5Т$Т(1) 
09/3 ЕУТР тЗ2теа{ 
00/3 РУТР тб4геа! 
ОВ /7 ЕЭТР м80теа( 
00 08+:  РГУТР 51(1) 


Сохранение вещественного значения из регистра $Т(0). 


Действия: если приемник является ячейкой памяти, то перед сохранением производится 
округление числа в вершине стека до значения, соответствующего размеру мантиссы приемника. 
Порядок числатакже при необходимости приводится к размеру порядка приемника. Режим 
округления выбирается, исходя из значения в поле С\!В.КС. После этого округлепиое значение из 
регистра 5Т(0) копируется в место (ячейку памяти или регистр), указанное операндом приемник. 
Последнее действие ЕЭТР — выталкивание значения из веригины стека, то есть увеличение его 
указателя вершины З\В.ТОР = З\В.ТОР + 1. 


Флаги (5\УУВ): см. описание команды Е2ХМ1. 


не ЕМ$ТСМ/ 


ЕЗТСМИ/ИЕМУТСМ/ приемник 


эв 09/7 — РУТОМ т25\е 
09 /7 ЕА$ТСИ! т2Буе 


Сохранение управляющего слова сопроцессора. 


Действия: управляющее слово сопроцессора С\!К сохраняется в слове памяти, указанном опе- 


рандом приемник, с проверкой (только для команды ЕЭТС\) наличия незамаскированных исклю- 
ченийврегистре УК. 


Флаги (ЗУУВ): (1, СО, С2, СЗ неопределены. 


ЕЗТЕМУ/ЕМТЕМУ 


ЕЗТЕММ/ЕМУТЕМ\ приемник 


9В 09 /б Р©ТЕМУ тИ/28Буе 
09 /б ЕМУТЕМУ п14/28Буке 


Сохранение среды сопроцессора в памяти. 
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Действия: проверяется (только для команды ЕЭТЕМУ) наличие незамаскированных исключе- 
ний врегистре ЗУ! К, затем выясняются режим работы процессора (В, У или Р) и размер операида 
для текущего сегмента кода. Эти значения определяют размер буфера (14 или 28 байт), в кото- 
рый будет производиться запись среды сопроцессора. В область памяти 1114/28, начальный адрес 
которой указан операндом приемник, производится запись информации из следующих регистров 
сопроцессора: 

8 регистр управления СУК; 


регистр состояния 5У\КВ; 


р 
# регистртегов ТК; 

# регистр указателя команд РВ; 
Г 


регистр указателя данных ОРК. 


Маски всех исключений устанавливаются вединицу (маскирование исключений). Команда 
ЕМЗТЕМУне проверяет наличие незамаскированных исключений в регистре $\Ё и не ожидает окон- 
чания их обработки. 

Структура области памяти, сформированная командой, показана на рис. 17.20. 

Флаги (ЗУУВ): (1, СО, С2, СЗ не определены. 


ЕЗТУМ//ЕМ$ТЗ\М/ 


‚  ГЮТЭМ/ЕМ$ТЬМ приемник 


. 9800/77  Р5Т5М т2Ьуе 
9В БРЕО — ЕЗТУМ АХ 
00 /7 РА$Т5М тёБуе 
ОЕ ЕО ЕМ$ТЬМ! АХ 


и Сохранение слова состояния сопроцессора. 


Действия: сохранение слова состояния сопроцессора (регистра ЗУ! В) в слове памяти или ре- 
гистре АХ с проверкой (только для команды Е5Т5\/) наличия незамаскированных исключений в ре- 
гистре УК. 

Флаги (ЗУУВ): С, СО, С2, СЗ неопределены. 


ЕЗУВ/ЕЗУВР/АЗОВ 


ЕЗУВР 
ЕЗУВ/АЗОВ вычитаемое 
ЕЗОВ/ЕЗУВР уменышаемое, вычитаемое 


08 /4 ЕЗУВ т3З2тгеа| 
06/4 ЕЗУВтб4геа! 

08 Е9+1  РГЗУВ 5Т(0), $Т(1) 
0СЕ8 +: РЕЗОВ $Т(1), 5Т(0) 
ОЕ ЕЁ8+!  ЕЗОВР $Т(1), 5Т(0) 
РЕЕЭ ЕЗОВР 

БА /4 АЗУВ тз2е 

ОЕ /4 АЗОВ т161п% 


С Вычитание вещественных значений. 
Действия: команды имеют варианты расположения операндов. 


Ж Длякоманды безоперандов (Е$ ОВР) врегистре $Т(0) находится вычитаемое, в регистре $Т(1) — 
уменьшаемое. Команда выполняет вычитание $Т(1) = $Т(1) - 5Т(0). Последнее действие — вы- 
талкивание значения из регистра 5Т(0). Результат вычитания заносится в регистр 5Т(0). 





„Для команды с одним операндом (вычитаемое) в регистре 5Т(0) находится уменышаемое, в об- 
ласти памяти п132(64)геа!илит16(32)"{ — вычитаемое. Командавыполняетвычитание Т(0) = 
- $1(0) - вычитаемое. 





Для команды с двумя операндами (уменьшаемое и вычитаемое) уменьшаемое находится в $Т(0)/ 
5Т(1), вычитаемое — в 51 (1)/5Т(0).Командавыполняетвычитание (уменьшаемое-вычитаемое) 
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и помещает результат в регистр $Т(0) для команды 56 $Т(0),5Т(1) или в $Т(1) для команды 
1зиь $Т(1),5Т(0). 
Флаги (УВ): см. описание команды Е2ХМ1. 


ЕЗУВВ/РЗУВЕАР/АЗОВВ 


ЕЗОВВАР 
РИУВВ/НЗИВК уменьшаемое 
Р5УВЕ/РЗИВКР вычитаемое, уменьшаемое 


08 /5 ЕЗУВВ т32теа| 

ОС /5 ЕЗОВН тб4геа! 

08 Е8 +1  ЕЗУВВ $Т(0), 5Т(1) 
2СЕ0+:  ЕЗОВВ $Т(1), $Т(0) 
ОЕЕО+ 1  РЪОВЕР5Т(1), $Т(0) 
РЕЕ! ЕЗОВАР 

ОА /5 АЗУвВВ тЗ2тЕ 

ОЕ /5 АЗУВЕ п1618 


й Обратное вычитание вещественных значений. 
Действия: команды имеют варианты расположения операндов: 





Длякоманды безоперандов (ЕЗ ВКР) вычитаемое находится врегистре ЗТ(1), уменьшаемое — 
в регистре $Т(0). Команда выполняет вычитание 5$Т(1) = $Т(0) - $Т(1). Последнее действие — 
выталкивание значения из 5Т(0), после чего результат вычитания оказывается в регистре 5Т(0). 





Для команды с одним операндом (уменьшаемое) уменьшаемое находится в области памяти 
1132(64)геа1 или т16(32)1п*, вычитаемое — в регистре $Т(0). Команда выполняет вычитание 
$Т(0) = уменьшаемое - $Т(0). 


Для команды с двумя операндами (вычитаемое иуменьшаемое) уменьшаемое помещается 
в регистр $Т(1)/5Т(0), вычитаемое — врегистр 5Т(0) /5Т(1). Командавыполняетвычитание (умень- 
шаемое - вычитаемое) и помещает результат в регистр $Т(0) для команды иг 5Т(0),5Т(1) или 
в 51(1) для команды иг $Т(1,$Т(0). 


Флаги (ЗУУК): см. описание команды ЕЗИВ. 
ЕТЗТ 

ЕТУТ 
- 09 Е4 


. Сравнение значения в регистре 5Т(0) с нулем. 





Действия: значение в вершине стека сравнивается с нулем. По результатам работы устанав- 
ливаются биты СЗ, С2, СО врегистре СУК (табл. П.20). 

Флаги (ЗУ В): С1 устанавливается в 1 при переполнении стека, иначе сбрасывается в 0; СО, 
С2, СЗ устанавливаются в соответствии с результатами работы команды. 


Таблица П.20. Установка битов СЗ, С2 и СО в регистре ЭМ/В по состоянию регистра $Т(0) 


Не определено 


РОСОМ/РУСОМР/РУСОМРР 


Ш — РОСОМ/РУСОМР/ЕУСОМРР 
РОСОМ источник 
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Ш 00ЕО+! АСОМ 574) 
20 Е1 РиСОМ 
ОрЕ8-!  ЕиСОМР $Т(4) 
00 Е9 РОСОМР 
ПА Е9 РУСОМРР 


. _ Неупорядоченное сравнение вещественных значений. 


Действия: команда имеет два варианта расположения операндов. В команде ГАСОМ/РИСОМР/ 
РОСОМРР без операндов сравниваемые значения находятся в регистрах стека $Т(0) и 51(1). В ко- 
манде ЕОСОМ с одним операндом сравниваемые значения находятся в регистрах стека 5Т(0) и 5Т(1. 
Командавыполняетсравнениезначений, порезультатам которогоустанавливаютсяфлаги СЗ, С2, 
СО врегистре СУЁ (табл. П.21). 


Таблица П.21. Установка битов СЗ, С2 и СО в регистре З\ММ/В по результатам сравнения 
регистров ЗТ(0) и $Т(1 )/5Т(й) 


и $Т(1)/5Т(0 
$Т() и ЗТО)/ЗТ@) несравнимы 


Флаги (5\УК): С1 устанавливается в 1 при переполнении стека; СО, С2, СЗ устанавливаются 
в соответствии с результатами работы команды. ' 


ЕМАГТАМА!Т 


АМАГТАМАГТ 
-эь 


.  Останов процессора. 











Действия: команда приостанавливает работу основного процессора до поступления сигнала 
от сопроцессора об окончании обработки последней команды. 
Флаги (ЗУБ): СО, С|, С2, СЗ неопределены. 


ЕХАМ 
РХАМ 
. 09Е5 


. _ Определение типа операнда в регистре $Т(0). 


Действия: команда определяеттип операнда в 5Т(0} и, исходя из него, устанавливает биты СЗ, 
С2, С1, СО (табл. П.22). ВбитС1 помещается знак операндав 5Т(0). 


Таблица П.22. Определение типа операнда по состоянию битов СЗ, С2 и СО в регистре ЗММВ 


С3-0. 2-5 00-1 


С3= 1, С2=1,С0=0 










Денормализованное число 
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ЕХСН 
ЕХСН 


ЕХСН источник 


09 (8+1 ЕХСН 5Т(1) 
09 сэ ЕХСН 


. Обмен содержимым регистров стека. 


Действия: команда имеет два варианта расположения операндов. В команде ЕХСН без операн- 
дов исходные значения находятся в регистрах стека $Т(0) и $Т(1). В команде ЕХСН с одним операн- 
дом исходные значения находятся в регистрах стека $Т(0) и $Т(1). Команда выполняет обмен зна- 
чениями между содержимым регистров $Т(0) и $Т(1}/$Т(1). 

Флаги (ЗУУВ): С1 устанавливается в 1 при переполнении стека, иначе сбрасывается в 0; СО, 
С2, СЗ не определены. 


ЕХТВАСТ 
о ЕХТВАСТ 
09 74 
. Выделение порядка и мантиссы значения в$Т(0). 


Действия: значение порядка выделяется и записывается в регистр $Т(1); значение мантиссы 
выделяется и помещается на вершину стека сопроцессора — регистр $Т(0). 
Флаги (5\/В): см. описание команды ГАВ$. 


РУЕ2Х 
РУЕ2Х 
- 097 
. Вычисление выраженияу *[08.(х). 


Действия: значениеу хранится в $Т(1) = у,х — в $Т(0). Команда помещает результат вычисле- 
ниявыраженияу * 108.(х)врегистр $ Т(0). 
Флаги (5\УУВ): см. описание команды Е2ХМ1. 


РУЁ2ХР1 
РУ-2ХР1 
09 29 
* Вычисление выраженияу + [05.(х + 1). 


Действия: значениеу хранится в $Т(1), х — в $Т(0). Значение в $Т(1) должно находиться в диа- 
пазоне от —©° до +со, а в 5Т(0} — в диапазоне от —(1 - /2/2) до (1 - 2/2) . Если значение в 5Т(0) 
лежит вне указанного диапазона, то результат операции не определен. Команда записывает ре- 
зультат вычисления выраженияу * 1085(х+ 1) в регистр $Т(0). 

Флаги (5\УВ): см. описание команды Е2ХМ1. 


Команды блока ММХ 
ЕММ$ 


ЕММЗ 
- Е 77 
ь Подготовка сопроцессора к исполнению команд. 


Действие: команда переводит все поля регистра тегов ТУК сопроцессора в единичное состоя- 
ние. 
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МАЗКМОУС@ 


МАЗКМО\О источник, маска 

ОЕ ЕТ /т МАЗКМОМА гттх1лтитх2 
. Запись байтов в память из ММХ-регистра по маске (выборочная запись). 

Действие: последовательно проверяются знаковые биты всех байтов маски, и если какой-то 
из этих битов равен 1, то соответствующий байт источника копируется в область памяти, на- 
чальный адрес которой содержится в регистрах 05: ОТ/ЕШТ. Если знаковый бит равен нулю, 
то соответствующий байт в приемнике будет нулевым. 


тазкто\а источник, маска 


Пример: тазктома глтхО,гтитх1 
Источник (ХММ-регистр) 
иттхо Г и7 _ ИБ и4 и2 и РТ 


Маска (ХММ-регистр) у 4 и 7. = и. у 
иттх/ ее И, р Ю, О, 


у :” м у 





Приемник (пб) | 


< адреса оперативной памяти 





а5:а/еа 
Особенность работы команды — в том, что при копировании не используется кэш-па- 
МЯТЬ. 


моОУО 


МО\УО приемник, источник 


ОЕ бЕ /т МО\/О тттх, г/п32 
ОЕ7Е/г — МОМО г/т32лтитх 
66 ОРбЕ/г МО\МО хит, г/п32 
66 ОР7Е/г МО\МО г/м32, ихтт 

. _ Перемещение двойного слова.. 


Действие: у команды есть несколько вариантов действий: 





если приемник является ММХ- или ХММ-регистром, в биты 0...31 приемника записывается 
значение источника, остальные биты приемника обнуляются; 


№ если приемник является 32-разрядной ячейкой памяти или регистром общего назначения, то 
в приемник записывается значение битов 0...31 источника (ММХ- или ХММ-регистра). 


МОУМТО 
МОУМТО приемник, источник 
ОР,Е7,/г МОУМТО мб4, пттх 


* Запись 64 бит в память из ММХ-регистра (без использования кэш-памяти). 


моУуа@ 


МО\УО приемник, источник 


ОЕ 6Е /г МОУ гтттхгттх/тб4 
ОЕ7Е/г — МОМО гттх/тб4иттх 
РЗ 0ОЕ7Е — МОМ гхтт1, гхтт2/тб64 
66 07-06 — МО\О гхтт2/т64, гхтт1 

* Перемещение учетверенного слова. 


Действие: у команды есть несколько вариантов действий: 
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За 
+ 


если приемник является ММХ-регистром, туда помещается значение источника — ММХ-ре- 
гистра или 64-разрядной ячейки памяти; 


если приемник является 64-разрядной ячейкой памяти, то в разряды 0...63 приемника помеща- 
ется содержимое разрядов 00...63 источника. 


если приемник и источник являются ХММ-регистрами, то в разряды 0...63 приемника по- 


мещается содержимое разрядов 0...63 источника, а разряды 64...127 приемника не изменя- 
ются. 


ны 


если источник является 64-разрядной ячейкой памяти, а приемник — ХММ-регистром, то 
в разряды 0...63 приемника помещается содержимое разрядов 0...63 источника, а в разряды 
64...127 приемника - значение 0000000000000000Н. 


РАСК$ЗМ/В /РАСК$$О№М/ 


РАСК$ЗУМ/В приемник, источник 


ОЕ 63 /т РАСКЗ$ЗМ/В тт, тт/тб4 
66 ОЕ 63 /г РАСК$З\В гхтт1, гхи /п128 


Упаковка слов в байты со знаковым насыщением. 


РАСК$ЗОМ/ приемник, источник 


ОЕ 6В /г РАСКЗ$ОМ/ тт, тт/тб4 
66 ОЕ 6В /г РАСКУЗО\М/ тхии[, гхи / [28 


Упаковка двойных слов в слова со знаковым насыщением. 


В 
Раск$$\6 приемник, источник 


Источник Приемник (ХММ-регистр)) 


127 Ш 95 79 63 47 31 15 0 127 Ш 95 79 63 47 31 15 О 














=: ГТГ. 
127 119 ИТ 103 95 87 79 71 63 55 47 39 31 23 15 70 
Приемник (ХММ-регистр) 





Раскззам приемник, источник 








Источник Приемник (ХММ-регистр)) 
127 95 63 31 О 127 95 63 31 0 
127 111 95 . 79 63 47 31 15 0 


Приемник (ХММ-регистр) 


——_ ддддддоддддо—а—————_-_—Э— и ————Ш8ШШ6Ш68©6Ш8Й6ШЩШ———ШШ8Ш86&®6ШЩ68°8<Ж33—————— = 
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Действие: для ММХ-расширения команды преобразуют восемь (четыре) элемента размером 
в слово (двойное слово) в восемь (четыре) элемента размером в байт (слово). Для ХММ-расши- 
рения команды преобразуют шестнадцать (восемь) элементов размером в слово (двойное слово) 
из источника и приемника в шестнадцать/восемь элементов в операнде приемник размером в байт 
(слово) (см. рис. на предыдущей стр.). Если значение элемента источника превышает Допустимое 
значение элемента приемника, то в элементе приемника формируется предельный результат в со- 
ответствии с принципом знакового насыщения: 


РАСКУЗ\УВ — 07 для положительных чисел и 0808 для отрицательных; 


## РАСКУЗОМ — 07 для положительных чисел и 08000 для отрицательных. 


РАСКУЗМ/В 


РАСКИЗМВ приемник, источник 


0167 /гГ  РАСКУЗ\МВ гттх1, гттх2/тб4 
66 ОЕ 67 /г РАСКУЗ\МВ гхтт 1, тхтт2/т128 


. Упаковка слов в байты с беззнаковым насышением. 


Действие: команда преобразует восемь (шестнадцать для ХММ) элементов размером слово 
в восемь (шестнадцать для ХММ) элементов размером байт (см. рисунок ниже). Если пересыла- 
смое значение больше допустимого для поля приемника, то в нем формируется предельный ре- 
зультат по принципу беззнакового насыщения, что соответствует значениям ОНЪ для положи- 
тельных чисел и 00Ё для отрицательных. 


раскизм приемник, источник 
Источник Приемник (ММХ-регистр} 


Приемник (ММХ-регистр) 


Раск$$\м6 приемник, источник 


Источник Приемник (ХММ-регистр) 


127 И 95 79 63 47 31 150 127 111 95 79 63 47 31 


о 
Е 1 | | 
И ИЕ Е 


127 119 111 103 95 87 79 71 63 55 47 39 31 23 15 70 
Приемник (ХММ-регистр) 


р Е 


РАООВ приемник, источник 
РАООМ! приемник, источник 
РАБОВ приемник, источник 


ОЕЕС /т РАБОВ гттх1 иттх2/тб4 
66 ОЕЕС /г РАБОВ гхтт1лхтт2/т128 
ОРЕЕО/г — РАОБМ/ тттх1 иттх2/т64 
66 ОРЕО /г РАБОМ/ тхтт1 ихтт2/т128 
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ОРРЕ/Г  РАООО иптх1иттх2/тб4 
66 ОР ЕЕ /г РАБОВ гхтт1ихтт2/т128 


. Сложение упакованных байтов (слов, двойных слов). 


Действие: команда в зависимости от кода операции складывает соответствующие элементы 
операндов источника и приемника размером байт (слово, двойное слово). При возникновении 
переполнения результат формируется в соответствии с принципом циклического переполне- 
ния и помещается в операнд приемник. 


РАООО_ 


. РАОБО приемник, источник 


. 0704/г  РАОБОтттх1иттх2/тб4 
66 004 /г РАООО@ гхттгхтт2/т128 


г Сложение учетверенных слов. 


Действие: команда складывает 64-разрядные целые значения в источнике и приемнике. Исхо- 
дя из типа источника, возможны две схемы умножения: 





если источник — ММХ-регистр или 64-разрядная ячейка памяти, то разряд®...63 приемника 
складываются с разрядами 0...63 источника и результат помещается в приемник (ММХ-регистр); 


Я если источник — ХММ-регистр или 128-разрядная ячейка памяти, то разряды 0...63 приемника 
складываются с разрядами 0...63 источника и результат помещается в разряды 0...63 приемни- 
ка, разряды 64...127 приемника складываются с разрядами 64...127 источника и результат поме- 
щается в разряды 64...127 приемника. 


В результате выполнения команды РАОПО регистр ЕЕГАО$ не отражает факта возникновения 
ситуации переполнения или переноса. Когда результат сложения слишком болыной, чтобы быть 
представленным в 64-разрядном элементе приемника, то он «заворачивается» (перенос игнори- 
руется). Для обнаружения подобных ситуаций программное обеспечение должно использовать 
другие методы. 

Флаги: не изменяются. 


РАООЗВ/РАОВОЗ\/ 


. РАООЗВ приемник, источник 
РАООЗ\М!/ приемник, источник 

. ОРЕС/г  РАООЗВтттх1, пттх2/тб4 
66бОРЕС/г РАБОЗВ тхтт1, гхтт2/т128 
ОРЕБ/г — РАОБЗМ/ пттхр, гттх2/т64 
66 ОРЕБ /г РАОО$М! гхтт1, гхтт2/т28 


. Сложение упакованных байтов (слов) со знаковым насыщением. 


Действие: команда в зависимости от кода операции складывает соответствующие элементы 
операндов источник и приемник размером байт (слово) с учетом знака. При переполнении резуль- 
тат формируется в соответствии с принципом знакового насыщения: 


[ РАООЗВ — 07 ® для положительных чисел и 0801 для отрицательных; 
.  РАООЗМ — 07Н® для положительных чисел и08000} для отрицательных. 
Результат помещается в операнд приемник. 


РАОБИ$В/РАОБВИЦЗМ/ 


. РАООЦЗВ приемник, источник 
РАОБИЗ$М! приемник, источник 


. ОРС РАББУЗВ иттхЬиттх2/тб64 
66 ОРОС /г РАООИЗВ 'хтт1гхтт2/т128 
ООВ РАББУЗМ/ пттхЬиттх2/тб4 
66 ОЕОО /г РАОВИЗМ тгхтт1тхтт2/т128 
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Сложение упакованных байтов (слов) с беззнаковым насыщением. 


Действие: команда в зависимости от кода операции складывает без учета знака соответству- 
ющие элементы операндов источник и приемник размером байт/слово. При переполнении резуль- 
тат формируется в приемнике в соответствии с принципом беззнакового насыщения: 





РАББОЗВ — ОЁ\и 008 для результатов сложения, соответственно, больших или меньших мак- 
симально/минимально представимых значений в беззнаковом байте; 


И РАБРИЗМ — ОНЁи 0000 для результатов сложения, соответственно, больших или меныних 
максимально/минимально представимых значений в беззнаковом слове. 


Результат помещается в операнд приемник. 


РАМО 


.  РАМО приемник, источник 

. ОЕОВ /т РАМ "ттх1, гитх2 /и64 
66 ОРОВ /г РАМО тхтт1, гхтт2/т128 

. Упакованное логическое И. 


Действие: команда выполняет поразрядную операцию логического И над всеми битами опе- 
рандов источник и приемник. Результат помещается в операнд приемник. 


РАМОМ 


. РАМОМ приемник, источник 


* бЕ ОЕ /т РАМОМ гттх1, гттх2/т64 
66 ОРОР/г РАМОМ гхтт1, гхтт2/ 128 


. Упакованное логическое И-НЕ, 


Действие: команда выполняет поразрядную операцию логического И-НЕ над всеми битами 
операндов источник и приемник. Результат помещается в операнд приемник. 


РАУСВ/РА\УС\/ 


. РАМОВ приемник, источник 
РАУС\/ приемник, источник 


. ОЕЕО,/г  РАУСВгттх1, гттх2/тб4 
ОЕ,ЕЗ, /т РАУС\! гишх|, гитх2 /и64 
66 ОЕ ЕО, /г РАУСВ гхший, гхтт2/т128 
66 ОЕ ЕЗ /г РАУС\ гхшир, гхи 2/28 


. Упакованное среднее. 


Действие: команда выполняет параллельное сложение байтов (слов) источника и прием- 
ника и сдвигает результат сложения на один разряд вправо (деление на 2). 


РСМРЕОВ/РСМРЕОМ//РСМРЕОО 


. РСМРЕОВ приемник, источник 
РСМРЕОМ! приемник, источник 
РСМРЕОО приемник, источник 


* 0274 /т РСМРЕОВтттх1гпитх2/тб4 
ОЕ 75 /г РСМРЕОМ/ гих гиих2 / 164 
07-76 /г — РСМРЕОБтттх3лттх2/тб4 
66 0Е74 /г РСМРЕСВ гхтт1ихтт2/т128 
66 ОЕ 75 /г РСМРЕОМ гхши!,гхтит2 / 11128 
66 0Е 76 /г РСМРЕЦО гхтт1ихтт2/т128 


. Сравнение на равенство упакованных байтов (слов, двойных слов). 


Действие: команды сравнивают на равенство элементы источника и приемника и формируют 
элементы результата по следующему принципу: 
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& еслиэлемент источника равен соответствующему элементу приемника, то элемент результатауста- 
навливается в зависимости от применяемой команды равным значению ОЁЪ, ОЙ или ОЙННН; 


# если элемент источника не равен соответствующему элементу приемника, то элемент результа- 
та устанавливается в зависимости от применяемой команды равным значению 008, 0000 
или 000000001. 


Результат помещается в операнд приемник. 


ан. РСТВ/РСМРСТМ//РСМРСТО 


РСМРСТВ приемник, источник 
РСМРСТУ/ приемник, источник 
РСМРОТО приемник, источник 


ОЕ 64 /г  РСМРЕТВ тттх1лттх2/тб4 
ОЕ 65 / РСМРСТМ! тттх1иттх2/т64 
ОЕ 66 /г РСМРСТО гттх1,иттх2/тб4 
66 0Е64 /г РСМРСТВ гхтт1 ихтит2/п128 
66 0Е 65 /г РСМРЕТМ/ гхтт1ихтт2/т128 
66 ОЕ 66 /г РСМРЕТО гхтт1лхтт2/т128 


. Сравнение по условию «больше чем» упакованных байтов (слов, двойных слов). 


Действие: команда производит сравнение по условию «больше чем» элементов операндов 
источник и приемник и формирует элементы результата по следующему принципу: 


Ж если элементприемника больше соответствующего элемента источника, то элементрезуль- 
тата устанавливается в зависимости от применяемой команды равным значению ОЁ, ОЙ 


или ОНИ; 


если элемент приемника не больше соответствующего элемента источника, то элемент резуль- 
тата устанавливается, в зависимости от применяемой команлы, равным значению ООВ, 00008 
или 000000001. 


Результат помещается в операнд приемник. 





РЕХТВ\М! 
РЕХТВ\М приемник, источник, маска 
ОЕ С5 ЛЬ РЕХТВМ г32, гттх, 18 
66 ОЕ (5 /т18 РЕХТВ\! г32, гхтт, 18 


. Извлечение 16-разрядного слова из ММХ-регистра по маске. 


Действие: команда выделяет два младших бита непосредственного операнда маска. Их значе- 
ние определяет номер слова в операнде источник (ММХ-регистр). Данное слово перемещается 
в младшие 16 битов операнда приемник, представляющего собой 32-разрядный регистр общего 
назначения. Старшие 16 бит этого регистра обнуляются. | 


РАМЗВМ/ 
РАМ$ВАМ/ приемник, источник, маска 
ОЕ С4 И = РАМЗА\М гттхи32/т16,18 
66 ОЕ (4 /т18 РТМЗЕ\М гхтт,г32/т16/18 


. Вставка 16-разрядного слова в ММХ- или ХММ-регистр. 


Действие: команда выделяет два младших бита непосредственного операнда маска. Их значе- 
ние определяет номер слова в операнде приемник, который представляет собой ММХ- или ХММ- 
регистр. В это слово будут перемещены младшие 16 битов операнда источник, который представ- 
ляет собой 32-разрядный регистр общего назначения или 16-разрядную ячейку памяти. 


РМАООМ/О 


РМАООМ/О приемник, источник 
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Приложение. Система команд процессоров ПА-32 


* ОЕР т РМАООМ/О гттх1, тттха/тб4 
66 ОЕ Е5 /гГ РМАООМО тхтт1 ихтт2/т128 


° Улакованиое знаковое умножение знаковых словоперандов источник и приемник с последую- 
щим сложением промежуточных результатов в формате двойного слова. 


Действие: команда производитумножение с учетом знака четырех знаковых слов источника 
начетырезнаковыхсловаприемникаиформируетэлементы результата. 


При переполнении результат устанавливается равным 8000 0000 8000 00008. Ситуация пе- 
реполнения возникает, если все элементы обоих операндов равны 80001. 


РМАХЗ\М/ 


РМАХЗ\// приемник, источник 


. ОРЕЕ/ РМАХЗ\М/ иттх1 тттх2/тб4 
66 ОЕЕЕ /г РМАХ$М/ "хтт1гхтт2/т128 


Возврат максимальных упакованных знаковых слов. 


Действие: команда определяет наибольшее слово для каждой пары упакованных слов источ- 
ника и приемника с учетом знака и заменяет им соответствующие слова приемника. 


РМАХОВ 


РМАХОВ приемник, источник 


* ОРОЕ /г РМАХОВ гтттх1тттх2/тб4 
66 ОЕБЕ /г РМАХОВ гхтт1лхтт2/т128 


Возврат максимальных упакованных беззнаковых байтов. 


Действие: для каждой пары байтовых элементов источника и приемника определяется наи- 
больший без учета знака и им заменяется соответствующий элемент приемника. 


РМИМ$М/ 
.  РМИМУМ/ приемник, источник 
. ОРЕА/г 


РМИМ$М/ гитх1иптх2/тб4 
66 ОРЕА /г РМИМ$М/ гхтт1 ихтт2/т128 


| Возврат минимальных упакованных знаковых слов. 


Действие: для каждой пары элементов (размером 16 бит) источника и приемника команда опре- 
дселяетнаименьшийсучетомзнакаизаменяетимсоотвстствующийэлементприемника. 


РММОВ 
. РММОВ приемник, источник 
. ОРОА/г 


РММОВ гттх1 иттх2/тб4 
66 ОРРА/г РМИМОВ гхлл 1 1хтт2/т128 


Возврат минимальныхупаковаиных беззнаковых байтов. 


Действие: для каждой пары байтовых элементов источника и приемника команда определяет 
наименьшийбезучетазнакаизаменяетимсоответствующийэлементприемника. 


РМОУМ$КВ 


РМО\УМ$КВ приемник, источник 


. 0707 /г  РМО\УМ$кВт32иттх 
66 ОЕ 07 /г РМО\ММ$КВ г32, гхтт 


Перемещение байтовой маски в целочисленный регистр. 


Действие: команда извлекаст и копирует значения старшего бита каждого из упакованных 
байтов ММХ- или ХММ-регистра в младший байт (слово) 32-разрядного целочисленного реги- 
стра общего назначения. Остальные разряды целочисленного регистра обнуляются. 


Команды блока ММХ 


ртомтзКЬ приемник, источник 


Источник (ММХ-регистр) Приемник (32 [2.219222 
ттиЛХ г 











00011000 


Приемник г32 10,0 Я 


РМОЕНИМ/ 


РМУЕНИМ приемник, источник 


ОРЕ4 /г РМУЕНИМ/ итх1гитх2 / 164 
66 ОРЕ4 /г РМУЕНИМ тхтя 1 ихтт2/т 128 


ртипимприемник, источник 


191 1 сл ТЬ1 Та1_ | Источник 








Промежуточные 
результаты 
(32 бита) 
Приемник (ММХ-регистр) 
риийим приемник, источник 
‚127 111 95 79 63 47 31 15 0 
И7 1 иб | и5 | и4 | из 1 и? | и| ио Источник 
р © ® 





т. т —- —. 31 15 О 


. п7 не г Е `‘п3 | Ёп |. по Приемник (ХММ-регистр) 





























127 Ш 95 7 63 Я 1 15 


Приемник (ХММ-регистр) 


° Умножение упакованных беззнаковых слов с возвратомстарших слов результата. 
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Действие: команда производит умножение упакованных слов источника и приемника без 
учета знака и формирует элементы результата в соответствии с приведенной на предыдущсеи стра- 
нице схемой. Как видно из нее, в результате умножения слов операндов источник и приемник по- 
лучаются промежуточные результаты размером 32 бита. Далее старшее слово (16 бит) из каждо- 
го промежуточного результата умножения исходных элементов помещается в 16-битныйэлемент 


окончательного результата. Результат помещается в операнд приемник. 


19 Зак. 256 
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РМОЕНМ/ 


Ш РМИУНМ приемник, источник 


ОЕ ЕБ/т РМУЕНМ/ иттх1 иттх2/тб4 
66 ОРЕБ /т РМУЁНМ/ тхтт 1 гхиит2/ 1128 


Упакованное знаковое умножение слов с возвратом старшего слова результата. 


Действие: команда производит умножение упакованных слов источника и приемника с учетом 


знака и формирует элементы результата в соответствии со схемой, приведенной при описании 
команды РМОЕНЦУХ. 


РМУОНМ/ 


РМУНМ! приемник, источник 


Ш 0705 /л о РМИШМ тттх1иттх2/т64 
66 0Е05 /г РМУН М тхпим1ихтт2/т128 


Упакованное знаковое умножение слов с возвратом младшего слова результата 


Действие: команда производит умножение с учетом знака упакованных слов источника и при- 
емника и формирует элементы результата в соответствии с приведенной далее схемой 


рти№М/ приемник, источник 
191 14161 1 ат] Источник 


Промежуточные 
результаты 
(32 бита) 





Приемник (ММХ-регистр) 
рит/№М/ приемник, источник 


127 111 95 79 63 47 З 
:- иб | и5 - и4 —. [ 2 | и1 та) Источник 


ы оо о 
127 ий 47 _31 15 0 


л7 | пб Е Е 
Е 


Е 111 95 79 Е В 31 г [© 
Приемник (ХММ-регистр) 




















Приемник (ХММ-регистр) 














Как видно из этой схемы, в результате умножения слов источника и приемника получаются 
промежуточные результаты размером 32 бита. Далее младшее слово (16 битов) из каждого 32- 


разрядного элемента промежуточного результата умножения исходных элементов помещается 
в16-разрядныйэлементрезультата(операндприемник). 





Команды блока ММХ 579 


РМУГИОО 


. РМУШО@ приемник, источник, 


. ОЕ /г РМУШООВ гттх1лттх2/т64 
66 ОЕ [4 /г РМУШОВЯ гхттЬгхтт2/п128 


Умножение 32-разрядных целых значений без учета знака и сохранение результата вММХ- 
или ХММ-регистре. 


1 
Действие: 32-разрядные целые значения со знаком в источнике и приемнике умножаются. Ис- 
ходя из типа источника, возможны две схемы умножения: 


если источник — ММХ-регистр или 64-разрядная ячейка памяти, то разряды 0...31 источника 
и приемника перемножаются и помещаются в разряды 0...63 приемника; 





если источник — ХММ-регистр или 128-разрядная ячейка памяти, то разряды 0...31 источника 
и приемника перемножаются и помещаются в разряды 0...63 приемника, а разряды 64...95 источ- 
ника и приемника перемножаются и помещаются в разряды 64...127 приемника. 


Когда результат умножения слишком болыной, чтобы быть представленным в приемнике, то 
он «заворачивается» (перенос игнорируется). 
Флаги: не изменяются. 


РОВ 


. РОВ приемник, источник 


. ОРЕВ/г — РОВ илитх1 илитх2/т64 
66 ОРЕВ /г РОК гхтм1 лхти2/п128 


.  Упакованное логическое ИЛИ. 
Действие: команда производит побитовую операцию логического ИЛИ над всеми битами 
операндов источник и приемник. Результат помещается в операнд приемник. 


рзадм приемник, источник 
Источник 


127 119 111 103 95 87 79 39 31 34 19. [@) 
а ны рН К 
СОС: ОЕ НИЕНЕНОНСИЗИЗНОИЕ 


ф оо ‚9. оо 


ри (ХММ-регистр} | 
г 119 11 18 95 87 799 | 3 34 


ты | 1 о и ы 
| [= 4 [1 3] п12 | ета 7 п4 пз о ы 
> | у р р У [Е \ 
ББ а [ |ме-те || мета] с ини |МО-то | 
т т — ——— т 


























77 фо во 
Приемник (ХММ-регистр) 
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РЗАОВМ/ 


РЗАОВМ/ приемник, источник } 
М ОРЕб/г  РЗАОВУ гттх1гттх2/ 164 
66 ОР 26 /г РЗАБВУ гхши], гхи / 1128 
Суммарная разница значений пар беззнаковых упакованных байтов. 


Действие: для каждой пары байтов упакованных учетверенных слов операндов источник и при- 
емник вычисляется модуль разности, после чего полученные модули складываются. Результат за- 
писывается в младшее слово упакованного учетверенного слова приемника, старшие три слова при- 
емника обнуляются. Принции работы команды (ХММ) поясняет схема на предыдущей странице. 


РЗНУЕРМ 
РЗНУРМ/ приемник, источник, маска 
0Е70 //ю РЭНУАМтттх1иттха/тб4,18 
 Перераспределение упакованных слов. 
Действие: каждая пара битов маски определяет номер слова источника, которое будет пере- 
мещено в приемник следующим образом: 


Маска[1:0]: 











О 00 приемник(00... 
О 01 приемникГ 00... 
10 приемник[Г00... 
С 11 приемникГ00.. 


О 


Маска[3:2]: 


П 00 приемник[16.. 
П 01 приемник 6.. 
О 10 приемник  16.. 
О 11 приемник[16.. 


Маска[5:4]: 


П 00 приемник[32.. 
..47| <- источник] 16.. 
..4Т = источник] 3... 
.47] < источник[48. 


Р 01 приемник[З2. 
О 10 приемник[32 


О И приемник[З2.. 


Маска[7:6]: 


П 00Оприемник[47.. 


О 01 приемник] 47. 


16] = источник[О0... 
16] <= источник[ 16.. 
16] < источник[32.. 
.16] < источник[48.. 


.31] = источник[О0... 
.31] = источник[ 16.. 
.31] = источник[32.. 
.31] <- источник[48.. 


.47] < источник[О0... 
.31}; 
47|; 
..63]. 


.63] < источник[00... 
..63] < источник[16, 
О 10приемник[47.. 
О 11 приемник[47.. 


.63] <= источник[32.. 
.63] = источник[ 48... 


15]; 


31 
.47], 
.63]. 


151; 


.31} 
.47]; 
.63].- 


15]; 


15]; 


.31]; 
47|; 


63]. 


Работа команды РЗНОЕМ показана на следующей схеме. 


рэвиймприемник, источник, маска 
Приемник гттх 


Источник иттх/т64. 





Приемник пттх 





Команды блока ММХ 581 


РУЧЕМ//РЗНО/РЗЬСО 


РУНЫ М/приемник, источник 
РЗЕЕО приемник, источник 
РЭО приемник, источник 


- МУ РЗ \М/иттх1, иитх2/тб4 
66 ОЕЕ1/г РЗНАМ гхи схглт2 /пп128 
0-71 /б, 18 РИМ тттх1 8 
66 0271 /6 18 РЗЫМ/ тхтт 118 
ОЕЕ2 /г РЗИО иттх, стих /тб4 
66 ОРР2 /г РУШЕО тхтт1, гхтт2/п1128 
ОЕ72 /6 18 РЭШ) гипипхы8 
66 0Е72 /61Ь 25.0 гхтиы8 
ОЕ ЕЗ /г РЗШ.О птиах|, гттхё/тб4 
66 ОЕ ЕЗ /г РИО тхтт1, гхипт2/п1128 
ОЕ 73 /6 18 РЗИ@ птипхи8 
66 0Е73 /б 18 РЗ @ гхглты8 


. Логический сдвиг влево упакованных слов (двойныхслов, учетверенных слов). 


Действие: команда сдвигает влево биты в элементах размером слово (двойное слово, учетве- 
ренноеслово) приемника па количестворазрядов, определяемоюперандомисточник. Одновремен- 
но справа в каждый элемент вдвигаются нулевые значения. Результат помещается в операнд при- 
емник. Если значение, указанное в операнде источник, больше чем 15 (для слов), 31 (для двойных 
слов) или 63 (для учетверенного слова), то значение операнда приемник устанавливается равным 0. 


РЗВАМ//РЗВАО 


РЗВА\М приемник, источник 
РЗВАР приемник, источник 


- ОРЕ!/Г РЗВАМ/ ггппипх|, ититпх2/тб64 
66 ОРЕ /г РЗВАМ/ гхтт1ихтт2/т128 
0271 /416 РЗВАМ/ гтпх|, 18 
66 0Е71 /4 18 РУКАМ гхтт118 
ОРЕ2 /г РЗВАО иттх|, гттпх2/тб64 
66 ОЕ Е? /г РЗВАО тхтит1 лхттё/т128 
0Е72 /4 16 РЗВАО гптх,, 18 
66 0-72 /4 18 РЗВАО гхтт1,18 


.  Арифметический сдвиг вправо упакованных слов (двойных слов). 


Действие: команда сдвигает вправо биты в элементах приемника размером слово (двойное 
слово) на количество разрядов, определяемое операндом источник. Одновременно слева в разря- 
ды каждого элемента вдвигаются биты, количество которых определяется операндом источник. 
Значение вдвигаемых слева битов равно знаковому биту соответствующего элемента. Результат 
помещается воперандприемник. Еслизначение, указанпоевисточникебольшечем 15 (дляслов), 
ЗТ (пля двойных слов), то каждый элемент данных приемника заполияется начальным значением 
знакового разряда элемента. 


РЗВЕМ//РЗВЕО/РЗВЕО 


РЭВЕМ/ приемник, источник 
РЗВЕО приемник, источник 
РЗВЕО приемник, источник 


ОЕ 01 /г РЗЕЦИ! иттх!ииитх2/т64 
66 0201 / РОВ гхипитгхглип2/ 128 
0Е71 /2 18 РУВЫМ иттх1 8 


66 0Е71 /2 18 РУВЦИ гхи 8 


Ади —д цб —————д—д—д—д—д—д—ддо”о”—ок—ок 
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ОЕ /г РУВГО гтттх1иитх2/т64 
66 ОЕ 02 /г РУВГО гхтт1ихтта/т128 
ОЕ 72 /2 18 РУВГО итих1 48 

66 ОЕ 72 /2 18 РУВТО тхтт11тт8 
ОЕОЗ/г РУВГО иттх1, гттх2/тб4 
66 ОЕБЗ/г РУВГО гхтт1, гхтт2/т128 
ОЕ 73 /2 18 РУВГО тттх1 18 


66 ОЕ 73 /2 18 РУВГО ихтт1 18 
. Логический сдвиг вправо упакованных слов (двойных слов, учетверенных слов). 


Действие: команда производит сдвиг вправо битов элементов размером слово (двойное сло- 
во, учетверенное слово) приемника на количество разрядов, определяемое операндом источник. 
Одновременно слева в каждый элемент вдвигаются нулевые биты. Результат помещается в опе- 
ранд приемник. Если значение, указанное в операнде источник, больше чем 15 (для слов), 31 (для 
двойных слов) или 63 (для учетверенных слов), то значение операнда приемник устанавливается 
равным 0. 


РЗУВВ/РЗУВМ//РЗУВО 


.  РЭУОВВ приемник, источник 
РЗУВМ! приемник, источник 
РЗУВВ приемник, источник 


ОЕ РУОВВ иттх1иттх2/тб4 
66 ОР Е8/г РЗОВВ гхший, гхтт2/ 128 
ОРР9/г . РУИВМ гтитх!, гтх2/т64 
66 ОЕР9 /г РЗИУВМ тхтт1, гхтт2/т128 
ОЕЕА /т РЗОВО гишх!, иттх2/ 64 
66 ОЕ РА /г РУЦВО тхтмт1, гхти2 /п [28 


‘ Вычитание упакованных байтов (слов, двойных слов). 


Действие: команда вычитает из элементов источника элементы приемника размером байт (сло- 
во, двойное слово). При переполнении результат формируется в соответствии с принципом 
циклического переполнения. Результат помещается в операнд приемник. 


РЗОВО 


РЗУВО@ приемник, источник 
. РЕВ РИВА пттх1иттх2/тб4 
66 ОРЕВ /г РЗОВО тхит 1 ихттё / т 128 


. Вычитание учетверенных слов. 


Действие: выполняется вычитание 64-разрядных целых значений в источнике и приемнике. 
Исходя из типа источника, возможны две схемы умножения: 


Я если источник — ММХ-регистр или 64-разрядная ячейка памяти, то из разрядов 0...63 прием- 
ника вычитаются разряды 0...63 источника и помещаются в разряды 0...63 приемника (ММХ- 
‚ регистра); 





если источник — ХММ-регистр или 128-разрядная ячейка памяти, то из разрядов 0...63 прием- 
ника вычитаются разряды 0...63 источника и помещаются в разряды 0...63 приемника, а из раз- 


рядов 64...127 приемника вычитаются разряды 64...127 источника и помещаются в разряды 
64...127. 


В результате выполнения команды РЗОВО регистр ЕЕАб5 не отражает факта возникновения 
ситуации переполнения или переноса. Когда результат умножения слишком большой, чтобы 
быть представленным в 64-разрядном элементе приемника, то он «заворачивается» (пере- 


нос игнорируется). Для обнаружения подобных ситуаций программное обеспечение долж- 
но использовать другие методы. 





Команды блока ММХ 583 


РЗУВЗВ/РЗОВ$\/ 


РЗУВЗВ приемник, источник 
РЗУВУ\М! приемник, источник ы 


. ОРЕ8 г РЗОВЗВ иттх1 иттх2/м64 
66 ОРЕЗ /г РЗИВЗВ гхтт1, гхтт2/т128 
ОЕ Е9/г  РЗУВУМ тттх1иттх2/тб4 
66 ОРЕЭ /г РЗУВЯ\М гхтит, гхтт2/т128 


Вычитание со знаковым насыщением упакованных байтов (слов). 


Действие: команда вычитает элементы источника и приемника размером байт (слово) в зави- 
симости от кода операции. Вычитание элементов производится с учетом их знака. При перепол- 
нении результат формируется в соответствии с принципом знакового насыщения; 





РУОВ$В -07 1 для положительныхчисел и 0801 для отрицательных; 





РСИВУ\ — 07 для положительных чисел и 08000} для отрицательных. 


Результат помещается в операнд приемник. 


РЗУВУ$В/РЗУВИУ$З\/ 


РЗУВУЗВ приемник, источник 
РЗУВУ$ЗМ! приемник, источник 


. 0-08 /г — РЭОВОЗВ гтитх1, ппитх2/тб4 
660Е08 /г РЗУВИЗВ гжиппт тхтт2/т128 
0Е09/г  РЗИВУ$М гттмх1тттх2/т64 
66 ОЕ 9 /г РЗУВУЗ$М/ гхтитр, гхиит2/т128 


Вычитание с беззнаковым насыщением упакованных байтов (слов). 


Действие: команда вычитает без учета знака элементы операндов источник и приемник разме- 
ром байт (слово) в зависимости от кода операции. При переполнении результат формируется в 
соответствии с принципом беззнакового насыщения: 


* РЗОВОЗВ — ООВ для результатов вычитания меньших нуля; 


РЗОВОЗ\! — 00001 для результатов вычитания меньших нуля. 


Результат помещается в операнд приемник. 


РУМРСКНВМ//РУМРСКНМ/О/РУМРСКНОО/РУМРСКНООО 


РУМРСКНВМ/ приемник, источник 
РОМРСКНМЮ приемник, источник 
РОМРСКНОС приемник, источник 

РИМРСКНАВО приемник, источник 


ОГ 68 /т РОМРСКНВМ/ итипхЬитипх2/т64 
660268 /г РУМРСКНВ\\гхипит, гхтит2/пп128 
ОЕ 69 /Г  РОМРСКНМО тттх1ллитх2/тб4 
660769 /г РИУМРСКНМЮ гхтт1, гхтт2/т128 
ОРбА/л — РУМРСКНОЯ гттх1иттх2/т64 
66 ОР бА /г РУМРСКНОО гхтит|, гхппт2/ 1128 
66 ОР6В /т РУМРСКНОО гхтит,, гхтит2/т128 


Распаковка старших упакованных байтов (слов, двойных слов, учетверенных слов) в слова 
(двойные слова, учетверенные слова, сдвоенные учетверенные слова). 

Действие: ММХ-команды РОМРСКНВУ/РОМРСКНУО/РОМРСКНОО производят размещение эле- 
ментов из операндов источник и приемник согласно схем, представленных на рисунках (см. следу- 
ющую страницу). 


Результат помещается в операнд приемник. ХММ-команды РОМРСКНВУ/РОМРСКНУО/РОМРСКНОО/ 
РОМРСКНОВО производят размещение с чередованием элементов из операндов источник и прием- 
ник согласно представленной далее схеме: 


о ее: 
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рипрскБЬм приемник, источник 
Источник Приемник (ММХ-регистр) 


[. 
Приемник {ММХ-регистр ГГ 


рипрскАм приемник, источник 


Источник Приемник (ММХ-регистр) 






Приемник (ММХ-регистр) 


рипрскРад приемник, источник 
Источник Приемник (ММХ-регистр) 
[ВИ РЕЕЕ1 


Приемник (ММХ-регистр) С. 


ЗН РУМРСКНВМ: 

П приемник[7...0] < приемник[71...64]; 
приемник[ 71...64] <- приемник[103...96]; 
приемник! 15...8] < источник[ 71...64]; 
приемник[ 79...72] = источник[103...96]; 
приемник[ 23...16] = приемник[ 79...72]; 
приемник[ 87...80] = приемник[ 11 1...104]; 
приемник[31...24] < источник[79...72]; 
приемник[ 95...88] < источник[1 1 1...104]; 
приемник[39:..32] < приемник[ 87...80]; 
приемник| 103...96] = приемник[119...112]; 
приемник[ 47...40] < источник[ 87...80]; 
приемник[ 1 11...104] <- источник[1 19...112]; 
приемник[ 55...48] < приемник[95...88]; 
приемник] 119...112] < приемник[127...120]; 
приемник[ 63...56] <- источник[ 95...88]; 
приемник] 127...120] < источник 127...120]. 
$ РОМРСКНМ: 

П приемник 15...0] <- приемник]79...64]; 

П приемник[ 79...64] =-приемник[1 11...96]; 
приемник[ 31...16] <-. источник[ 79...64]; 
приемник[95...80] =. источник 1 11...96]; 
приемник[ 47...32] =- приемник[95...80]; 


зозооозозбо оо рр 


и") 
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С приемник[111...96] <- приемник[127...112]; 

О приемник 63...48] < источник] 95...80]; 

П  приемник27...112] <= источник] 127...112]. 
# РИУМРСКНОО: 

О приемник[З1...0] < приемник[ 95...64]; 

П приемник[95...64] <- приемник[ 127...96]; 

О приемник[бЗ...32] < источник[ 95...64]; 

2 приемник[ 127...96] < источник[127...96]. 
& РИМРСКНООО: 

П приемник[6З...0] <- приемник[127...64]; 

П приемник 127...64] < источник[ 127...64]. 


РУМРСКЕВМ//РУМРСКЕМО /РУМРСКЕОО /РУМРСКЕООО 


РИМРСКЕВМ! приемник, источник 
РУМРСКЦМО приемник, источник 
РИМРСКЕОЙ приемник, источник 
РУМРСКЕЦОА приемник, источник 

. 060 /г РУМРСКЕВМ иттх1 иттх2/тб4 
0261 /г  РИМРСКИМО тттх1 тттх2/тб4 
ОЕб2/г РОМРСКЕОЯ@ гттх1гттх2/тб4 
66 ОЕ 60 /г РИМРСКЕВМ/ тхтт1, гхтт2/т128 


66 ОЕ61 /г РИМРСКЕМО гхппитр, гхилт2/п128 
66ОЕ62/г РУМРСКЕОО гхтит, гхтт?/т128 
66ОЕ6С /т РОМРСКЕОБО гхтит|, гхпт2/т128 


рипрсКЮми приемник, источник 
Источник Приемник (ММХ-регистр) 







Приемник (ММХ-регистр) 


рипрсК\мудприемник, источник 
Источник Приемник (ММХ-регистр) 






Приемник (ММХ-регистр) 


рипрсК4априемник, источник 
Источник Приемник ММХ-регистр) 
| 
г 


Приемник (ММХ-регистр) 
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Распаковка младших упакованных байтов (слов, двойных слов, учетверенных слов) в слова 
(двойные слова, учетверенные слова, сдвоенные учетверенные слова). 


Действие: ММХ-команды РИМРСКЕВУ/РИМРСКИУВ/РИМРСКЕ (производят размещение элемен- 
товизоперандовисточникиприемниксогласносхемам, представленным нарисунках (см. преды- 
дущую страницу). 

ХММ-команды РУМРСКИВМ/РИМРСКИМО/РИМРСКЕОО/РИМРСКЕЙОО производят размещение 
с чередованием элементов из операндов источник и приемник согласно представленной да- 
лее схеме: 


№: РОМРСКИВМ: 

О приемник[7...0] < приемник[7...0]; 
С приемник[71...64] < приемник] 39...32]; 
Р приемник[15...8] < источник[7...0]; 
П приемник[79...72] == источник[ 39...32]; 
П приемник[23...16] < приемник[15...8]; 
П приемник[ 87...80] < приемник[ 47...40]; 
П приемник[31...24] < источник[15...8]; 
О приемник[Г95...88] < источник[ 47...40]; 
О приемник[З9...32] < приемник[23...16]; 
О приемник[103...96] = приемник]55...48]; 
О приемник[ 47...40] < источник] 23...16]; 
О приемник[111...104] < источник[55...48]; 
Р приемник[55...48] <- приемник[31...24]; 
О приемник[119...112] < приемник[ 63...56]; 
О приемник[63...56] < источник[ 31...24]; 
Р приемник[127...120] < источник 63...56]. 
»  РИМРСКЦМО: 
приемник[15...0] <- приемник[15...0]; 
приемник] 79...64] <- приемник[ 47...32]; 
приемник[31...16] < источник 15...0]; 
приемник[95...80] <- источник[ 47...32]; 
приемник[ 47...32] < приемник[ 31...16]; 
приемник! 1 11...96] < приемник[ 63...48]; 
приемник[ 63...48] < источник[31...16]; 
приемник[ 127...112] < источник 63...48]. 
РИМРСКЕОЙ: 
Р приемник 1...0] <- приемник[31...0]; 
Р приемник[ 95...64] < приемник] 63...32]; 
Р приемник] 63...32] <- источник[31...0]}; 
Р приемник[127...96] < источник[ 63...32]. 
РИМРСКЕООО: ий. 
Р приемник бЗ...0] < приемник[63...0]; 


эээ а2эоэээзэ 








Р приемник[ 127...64] < источник[бЗ...0]. 
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РХОВ 

.  РХОН приемник, источник 

‚ ОРЕРЛ РХОВ гттх1,ттх2/тб4 
66 ОРЕЕ /г РХОК гхтт1,тхтт2/т128 


.  Упакованное логическое исключающее ИЛИ. 


Действие: команда производит поразрядную операцию логического исключающего ИЛИ над 
всеми битами операндов источник и приемник. Результат помещается в операнд приемник. 
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АООРО 


АОБОРРВ приемник, источник 
. 660258 /т АБОРЬ гхи, гтхтт2/т128 
. Сложение упакованных значений с плавающей точкой двойной точности. 


Действие: пары упакованных значений с плавающей точкой двойной точности источника 
и приемника складываются (аналогично команде АБОР5), результат сложения сохраняется в соот- 
ветствующих упакованных значениях с плавающей точкой двойной точности приемника. 


АООР$ 
. АООР$ приемник, источник 
 бЕ58/г АОБОР$ гхтт1лхтт2/т128 


. Сложение упакованных значений в формате ХММ. 


Действие: алгоритм работы команды показан на следующей схеме. 
Вещественные 

Источник 

гхтп/т128 


Приемник | 
гиттх 





суира2ри приемник, источник | Отбробить пробную ; 


! часть а 


Приемник 


пнятх ИТ 
Целые 
АОБО$О 
. АОО50О приемник, источник 
. [2058 /т АБОЗО гхипит, гтхтт2/т64 


. Сложение скалярных упакованных значений с плавающей точкой двойной точности. 


Действие: младшие упакованные значения с плавающей точкой двойной точности источника 
и приемника складываются (аналогично команде АБО55), результат сложения сохраняется в млад- 
шемупакованнымзначениисплавающейточкойдвойнойточности приемника. | 


АОО$$ 


. АОО$$ приемник, источник 
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Ш ГЗОЕ58 Л АО 055 гхтт1, гхт2/т32 
Ш Скалярное сложение значений в формате ХММ. 


Действие: алгоритм работы команды показан на следующей схеме: 








Вещественные 

Источник 
гхтгп/т128 ий | и | 
117 : 64 63 | о 
и 

гратт : 

127 | 64 63 Е 
смра2аа приемник, источник Преобразование поатт 


Приемник 
ИТ [00000000 00000000 








127 
Целые 
АМОРЬО приемник, источник 
66 ОЕ 54 /т АМОРО хтт1, хтт2/т128 
*  Поразрядноелогичсское И надупакованными значениями с плавающей точкой двойной точ- 
ности. 


Действие: команда выполняет операцию поразрядного логического И над двумя упакован- 
ными значениями с плавающей точкой двойной точности. Результат помещается в приемник. 


АМОР$ 
АМОР$ приемник, источник 
ОЕ 54 /г АМОР$ гхт 1 ихтт2/ 128 
. _ Поразрядное логическое И над каждой парой битов операндов. 
АМОМРО 
АМОМРО приемник, источник 
66 ОЕ 55 /г АМОМРО хтт1, хтт2/т128 
. Поразрядное логическое И-НЕ надупакованными значениями с плавающей точкой двойной 
точности. 


Действие: команда выполняет операцию поразрядного логического И-НЕ над парами упа- 
кованных значений с плавающей точкой двойной точности в приемнике и источнике. Результат 
помещается в приемник. 


АМОМР$ 
АМОМР$ приемник, источник 
ОЕ 55 /т АМОМР$ гхтт1 тхтит2/ 1128 


. Поразрядное логическое И-НЕ над упакованными значениями в формате ХММ. 


Действие: команда инвертирует биты операнда приемник и после инвертирования над каж- 
дой парой битов операндов приемник и источник выполняет операцию логического И. 


СЕРЕУ$Н 


СЕЕЦУЗН адрес_байта 
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‚ ОРАЕ/7 СЕЕЦУ$Н т8 
° Сброс на диск строки кэша, содержащую адрес байта. 


Действие: команда объявляет недействительной строку кэша, которая содержит линейный 
‘адрес байта, указанный операнлдом, на всех уровнях иерархии кэшей данных и команд процессо- 
ра. Если на одном из уровней иерархии кэшей строка противоречит памяти (была изменена), то 
перед тем как быть объявленной недействительной, она записывается в память. 

Возможность использования команды СГЕОЗН натом или ином процессоре выясняется с по- 
мощью команды СРОШФ. Выровненный размер строки кэша, на который воздействует СГЕЦОЗН, также 
определяется командой СРИТО. 


СМРРО 


. СМРРО приемник, источник, условие 
. 66 0Е (2 /г18 СМРРО хши!, хтт2/ 1128 1тт8 


. Сравнение упакованных значений с плавающей точкой двойной точности. 


, 


Действие: команда сравнивает упакованные значения с плавающей точкой двойной точно- 
сти в приемнике и источнике. Результат сравнения для каждой пары упакованных чисел представ- 
ляется в виде маски: единичная маска НН значения чисел равны, нулевая маска 
00000000000000008 — значения не равны. Условие сравнения задается непосредственным опе- 
рандом условие, первые 3 бита которого определяют тип сравнения. Остальные биты зарезерви- 
рованы. Соответствие значений операнда условие условию сравнения: 


# 0 — приемник - источник; 

#& 1 — приемник < источник; 

#8 2 — приемник < источник; 

# 3— приемник и/или источник — нечисло (МаМ) или имеет неопределенный формат; 
#& 4 — приемник = источник; 

## 5 Кприемник < источник); 

# 6— —(приемник< источник); 


+ 7 — упакованные значения приемника и источника — правильные значения с плавающей точ- 
кой двойной точности. 


Для проверки остальныхусловий необходимовначалепоменятьсодержимоеприемникаиис- 
точника, а затем использовать команду СМРРО со следующими значениями операнда условие: 


$ 1 — приемник > источник; 
5 2 — приемник > источник; 
® 5 (приемник > источник); 
4 6— —(приемник> источник). 


СМРР$ 

. СМРР5 приемник, источник, условие 

. 92/6 СМРР$ хтит1, гхтт2/ 128, 18 

. Сравнение упакованных значений в формате ХММ. 


Действие: условие, в соответствии с которым производится сравнение каждой пары элемен- 
тов операндов приемник и источник, задается явно в виде непосредственного операнда (табл. 1.23). 


В результате сравнения в приемнике формируются единичные (если условие выполнено) или 
нулевые элементы (если условие не выполнено). 


СМР$О 


.  СМР5О приемник, источник, условие 
. [2ОЕС2 /г18 СМРЗВ хтт1, хтт2/т64, 1тт8 


. Сравнение скалярных значений с плавающей точкой двойной точности. 
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Действие: команда сравнивает упакованные значения с плавающей точкой двойной точно- 
сти в разрядах [0...63] приемника и источника. Формирование проверяемого условия и ре- 
зультата выполнения команды те же, что и для команды СМРРО. 


Таблица П.23. Допустимые значения условия в команде СМРРЗ 






Результат, | Исключение 
если опе- #1, если опе- 
ранд не рандОМаМ/ 
число (МаМ)| ЗМаМ 






и Меньше хши1 < хтт2 
чем 
| 


С Болыше хтп11 > хит 2 
чем 








Перестанов- 
ка с сохра- 
нением, [6 









Перестанов- 
ка с сохра- 
нением, 1е 









Перестанов- 
ка с сохране- 
нием, п 


№е Небольше | !(хтп!>хтит2) | Перестанов- Тгое 
чем или ка с сохра- 
нением, ше 
Ога Оба числа { хтш1 ? хшт2 1115 Еа15е Нет 
не МаМ 


СМР$$ 


. СМР55 приемник, источник, условие 
* [З0ЕС2 /1Ь СМР5$ гхтт 1, гхтт2/т32, 18 


. Скалярное сравнение значений в форматеХММ. 


М Не больше | !(хтт1 > хтт2) 
чем 















Действие: для пары значений операндов приемник и источник выполняется сравнение, в ре- 
зультате которого формируются единичные (если условие выполнено) или нулевые элементы 
(если условие не выполнено). Значение источника может быть расположено в 32-разрядной ячейке 
памяти или в младшем двойном слове ХММ-регистра. Значение приемника должно быть распо- 
ложено в младшем двойном слове другого ХММ-регистра. Возможные значения условий 
приведены в описании команды СМРР$ (см. табл. П.23). 
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СОМ!$О 
(С0М150 приемник, источник, условие 
. б60Р2Е/г С0М1$0 хтт1, хтт2/т64 


. Сравнение упорядоченных скалярных значений с плавающей точкой двойной точности и уста- 
новка регистра ЕЕГАС$. 


Действие: упорядоченные скалярные значения с плавающей точкой двойной точности срав- 
ниваются в разрядах [0...63] приемника и источника. По результату сравнения устанавливаются 
флаги ИЕ, РЕи СЕв регистре ЕЕГАС$: 


приемник > источник (2Е = О, РЕ= 0, СЕ = 0); 





приемник < источник (2Е = О, РЕ = О, СЕ = 1); 
“ приемник - источник (2Е = 1, РЕ- О, СЕ= 0); 
приемник и/или источник — нечисло (МаМ) или имеют неопределенный формат (7Е = 1, РЕ= 1, 
СЕ-1). 
Флаги ОЕ, 5Е и АРустанавливаются в 0. В случае генерации немаскированного исключения 
с плавающей точкой регистр ЕЕГАС$ не модифицируется. 


СОМ!$$ 
СОМ!$$ приемник, источник 
ОР2Е /г СОМ!5$ гхтт 1, тхтт2/т32 
* Скалярное упорядоченное сравнение значений в формате ХММ с установкой регистра ЕЕГАС$, 


Действие: команда сравнивает пару значений операндов приемник и источник, в результате 
устанавливаются флаги в регистре ЕЕГАС$ (табл. П.24). Значение источника может быть располо- 
жено в 32-разрядной ячейке памяти или младшем двойном слове ХММ-регистра. Значение при- 
емника должно быть расположено в младшем двойном слове другого ХММ-регистра. 


Таблица П.24. Допустимые значения флагов в регистре ЕРЕАС$ 


Приемник < источник 
ОЕ-5Е-АЕ-РЕ-СЕ-0;7Е=1 
ОЕ=5Е-АЕ= 0; Е -РЕ=СЕ= 1 












Приемник = источник 






Приемник или источник = ОМаМ или $МаМ 


При возникновении незамаскированных исключений значение ЕЕГАС$ не изменяется. 


Целые 
пхлтйиб 4 ЕАН й и 


127 64 63 | 32 31 0 
Приемник [м О Е 
тт 









с\992рЧ приемник, источник —{}  Преобразовёние Вы : 
Приемник г. | о Я 





паг 


Вещественные 
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СУТОО2РО 
№ С\Т00220 приемник, источник 
ЕЗОРЕб — СМТОЧ2РО гхтт1, гхтт2/т64 


Преобразование двух упакованных 32-разрядных целых в два упакованные значения спла- 
вающей точкой двойной точности. 


Действие: алгоритм работы команды показан на схеме (см. предыдущую страницу). 


СУТО92Р$ приемник, источник 
ОР5В /г  С\УТОО2Р$ тхтт1ихтт2/т128 


Преобразование четырсх упакованных 32-разрядных целых со знаком в четыреупакованных 
значения с плавающей точкой одинарной точности. 


Действие: алгоритм работы команды показан на следующей схеме. 


Целые со знаком 


Источник 
гхттит128 


Приемник 
гхтт 





с\аа2р$ приемник, источник 





| и32->Йоа2 


Приемник 
гхи 





Вещественные 
(32 бита) 


В случае, когда не удается выполнить точное преобразование, значение округляется в соот- 
ветствии с нолем МХСЗВ.КС. 


СУТРО200 
С\УТРО200 приемник, источник 
Е2 ОРЕб  С\УТРО20Отхтт1, гхтт2/п1128 


Преобразование двух упакованныхзначений с плавающей точкой двойной точности в два 
упакованных 32-разрядных целых. 


. 











Вещественные 
Источник 
гхтт/т128 
117 
Приемник [ 
тт 
127 
т т : 1 
с\ра2аа приемник, источник 'Преобразование Поа& >17, 





Приемник 
хп 
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Действие: алгоритм работы команды показан на следующей схеме. 

В случае, когда не удается выполнить точное преобразование, значение округляется в соот- 
ветствии с полем МХСЗК.ВС. Если преобразованный результат больше чем максимально возмож- 
ное целочисленное 32-разрядное значение, то возвращается значение 800000008. 


СУТРО2Р! 
С\УТРО?Р! приемник, источник 
66 0Е20 /т СМТРО2РГ нптх, гхт/т128 


* Преобразование двух упакованных значений с плавающей точкой двойной точности в два 
упакованных 32-разрядных целых. 


Действие: алгоритм работы команды показан на следующей схеме. 


Вещественные 
Источник 
гхипитйт128 
ра | ат 


Приемник 
потх 








В случае, когда не удается выполнить точное преобразование, значение округляется в соот- 
ветствии с полем МХСЗК.ВС. Если преобразованный результат больше, чем максимально возмож- 
ное целочисленное 32-разрядное значение, то возвращается значение 800000006. 


СУТРО2Р$ 


С\ТРО2Р$ приемник, источник 
66 ОР5А /г СУТРО2Р$ гхтт1, гхтт2/т128 


Преобразование двух упакованных значений с плавающей точкой двойной точности в два 
упакованных значения с плавающей точкой одинарной точности. 


Действие: алгоритм работы каманды показан на следующей схеме. 


Вещественные (64 бита) 


Источник 





ко 
УНИИ Я 127 | 64 63 | 0 
Приемник [ 71! | Е 
гхтт . 
127 | 64 63 1 о 
Е д— 
с\ра2р$ приемник, источник {Преобразование Поа164->йда!32, 


127 848332 31 


Целые (32 бита) 
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В случае, когда не удается выполнить точное преобразование, значение округляется в соот- 
ветствии с полем МХС$К.ВС. 


СУТР!2РО 


. С\УТР2РО приемник, источник 

. 66 ОР2А/т СУТР/2РО тхтт, гттх/тб4 
. _ Преобразование двух упакованных 32-разрядных целых в два упакованных значения с пла- 
вающей точкой двойной точности. 


Действие: алгоритм работы команды показан на следующей схеме. 


Целые 


Источник 
и. - < 





Приемник 
гхтт 
смр/2ра приемник, источник Преобразование име>йоа! 
Е а, 
КВ ЛЕИНАИЕНИНЕ 
т 
гхтт , 
127 0 
Вещественные 
СУТР!2Р$ 
. С\УТР2Р$ приемник, источник 
‚ ОР2А/г СМТРТ2Р5 гхттииттх/т64 
* Преобразование двух упакованных 32-разрядных целых в два упакованных вещественных 


значения. 


Действие: алгоритм работы команды показан на следующей схеме. 


Целые 
Источник 
гпттх/т64 Гитт иоп 
Приемник — тар 
хит ее 
сур/2рз приемник, источник 'Преобразование: 
ре Е>йоа! | 
Приемник 
ухтт [03 Г п? ТТ иг Т 0 | 
Вещественные 


В случае, когда не удается выполнить точное преобразование, результат округляется в соот- 
ветствии с полем МХС$К.КС. 


СУТР$20@ 


‚ С\ТР$2О@ приемник, источник 
. 66 ОР5В /г С\ТР$200 гхтт1, гхтт2/т128 


Преобразование четырех упакованных значений с плавающей точкой одинарной точности 
в четыре упакованных 32-разрядных целых со знаком. 
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Действие: алгоритм работы команды показан на следующей схеме. 














Вещественные (32 бита) 
Источник 
гхтт/т128 тат о 
| 4. 4 | 
Приемник | Е | : 
п | р м | |] 
хтт 2 | ие т 


Приемник 
тт 








Целые сознаком 


В случае, когда не удастся выполнить точное преобразование, значение округляется в соот- 
ветствии с полем МХСЗВ.ВС. Если преобразованный результат болыне, чем максимально возмож- 
ное целочисленное 32-разрядное значение, то возвращается значение 800000001. 


СУТР$2РО 
С\УТР$2РО приемник, источник 
ОР5А/г — С\УТРЗ2РОтхтт1, гхтт2/тб64 


° Преобразование двухупакованных значений с плавающей точкой одинарной точности в два 
упакованных значения с плавающей точкой двойной точности. 


Действие: алгоритм работы команды показан на следующей схеме. 


Вещественные (32 бита) 


Источник 
гхтт/тб64 





Приемник 
гхи 





с\рз2ра приемник, источник 





Приемник 
гхтт 





о 


Вещественные (64 бита) 


СУТР$2РИ 


СУТРЗ2Р1 приемник, источник 
Ш ОЕ20/г — СУТРУ2РГ иттх, гхтт/т128 
. Преобразование двухвещественных целых в два упакованных 32-разрядных целых. 


Действие: алгоритм работы команды показан на схеме (см. следующую страницу). 

Если преобразованный результат больше, чем максимально возможное целочисленное 
32-разрядное значение, то возвращается значение 800000001. В случае, когда не удается выпол- 
нить точное преобразование, значение округляется в соответствии с-полем МХСЗК.ВС. 
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Вещественные 
Источник 
гхтт/т128 | ИЗ ] ( 
Приемник р : 
их р . т. ь 
: 'Прео разование: 
с\р52рприемник, источник г # фа Е 





Приемник 
иптх 
Целые 
Ван 
С\Т$02$1 приемник, источник 
[2 0Е20 /г С\Т$02$1 132, гхпип/тб4 
х Преобразование скалярного значения с плавающей точкой двойной точности в 32-разрядное 


целое. 


Действие: алгоритм работы команды показан на следующей схеме. 


Вещественные (64 бита) 


Источник ых а 
гхтт/т64 ет а+--- [о | 


127 63 го 
Приемник 
м. МОТ ИЯ 
З Г 5 
с\$а2триемник, источник 'Преобразог ание! 


Приемник в: И 
г32 ЕТ Т 5 
Вещественное 
(32 бита) 


В случае, когда не удается выполнить точное преобразование, значение округляется в соот- 
ветствии с полем МХСЗК.КС. Если преобразованный результат больше, чем максимально возмож- 
ное целочисленное 32-разрядное значение, то возвращается значение 800000001. 


Вещественные (64 бита) 
Источник 
гхт/т64 


Приемник 
хп 





с\592$$ приемник, источник 


Приемник 
гхи 





Не изменяются Вещшественное 
(32 бита) 
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С\Т$02$$ 


В С\Т$02$$ приемник, источник 
- РРОРРА /1 С\Т$02$$гхтт1, гхтт2/тб4 


Преобразование скалярного значения с плавающей точкой двойной точности в скалярное зна- 
чение с плавающей точкой одинарной точности. 


Действие: алгоритм работы команды показан на схеме (см. предыдущую страицу). 


В случае, когда не удается выполнить точное преобразование, значение округляется в соот- 
ветствии с полем МХСЗК.ВС. 


С\Т$12$0 
й С\Т$12$0 приемник, источник 
. Р2 ОЕ 2А/т С\Т$12$0 ТХТЩ, г/т32 


З Преобразование 32-разрядного целого значения со знаком в упакованное значение с плаваю- 
щей точкой двойной точности. 


Действие: алгоритм работы команды показан на следующей схеме. 


Целое со знаком 


Источник 
г32/тз2 








ЕТО 
Приемник Г —. ] 
л1 по 
и 127 63 1 0 
5\{51239 приемник, источник ! Преобразование! 








Приемник = 
и и ы т -] 
Не изменяется  Вещественное 
(64 бита) 
С\Т$12$$ 
. С\/Т$12$$ приемник, источник 
. РЕЗ ОЕ2А/Г С\Т$12$$ гхтт, г/т32 


Скалярное преобразование знакового 32-разрядного целого в вещественное значение. 


Действие: алгоритм работы команды показан на следующей схеме. 


Целое 

Источник 
г32/т32 
Приемник 
гхтт 


с\ 5125$ приемник, источник 


Приемник 
Булл 





Вещественное 


В случае, когда не удается выполнить точное преобразование, значение округляется в соот- 
ветствии с полем МХСУК.БС. 
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С\Т$$2$0 


.  (\Т5$250 приемник, источник 

‚ ВЗоР5А/ С\Т$$2$0 гхи гхпит2/т32 
* Преобразование скалярного значения с плавающей точкой одинарной точности в скалярное 
значение с плавающей точкой двойной точности. 


Действие: алгоритм работы команды показан на следующей схеме. 


Вещественные (32 бита) 


ИСТОЧНИК 
гхтт/т32 





Приемник 
рот 


< 83284 приемник, источник 


Приемник 
хр 





Не изменяется  Вещественное 
(64 бита) 


С\Т$$2$1 


. С\Т$$2$ приемник, источник 
.  ЕЗ.ОР20/Г (\Т552$1 132лхтт/т32 


Скалярное преобразование вещественного целого в 32-разрядное знаковое целое. 


Действие: значение источника хранится в младшем двойном слове ХММ-регистра или в 32-раз- 


рядной ячейке памяти. Приемник — один из 32-разрядных регистров. Алгоритм работы команды 
показан на следующей схеме. 





Вещественное 
и Е даа 
7%777/128 Г 
Приемник } 
с\ 5523! приемник, источник ‚Преобразование: 
=... ЛеЕ2ИИ ...; 
Приемник ы 
г32 
Целое 


Если преобразованный результат больше, чем максимально возможное целочисленное 
32-разрядное значение, то возвращается значение 800000008. В случае, когда не удается выпол- 
нить точное преобразование, значение округляется в соответствии с полем МХС$В.ВС. 


СУТТРО?Р! 
. СМПРЬОФРЕР приемник, источник 
. б60Е2С/г СУТТРО2РТ тт, хтт/т128 


. Преобразование (путем отбрасывания дробной части) двух упакованных значений с плаваю- 
щей точкой двойной точности в два упакованных 32-разрядных целых значения. 
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Действие: алгоритм работы команды показан на следующей схеме. 





Вещественные 
Источник и о 
гхтат/т128 ы и | 
Приемник | 71 р 
ттх } 


Е 28 
су#ра2р! приемник, источник ‹ Отбросить ВОЕН, з | 
| часть значения |! 


Приемник 
питх 





Целые 


Если преобразованный результат больше, чем максимально возможное целочисленное 32раз- 
рядное значение, то будет возвращено значение 80000000Ъ, 


СУТТРО2РО 


С\УТТРО200 приемник, источник 
. 66 0РЕб СУТТРО2О0 гхтт1, гхтт2/т128 
. Преобразование усечением двух упакованных значений с плавающей точкой двойной точно- 
сти в два упакованных 32-разрядных Целых... 


Действие: алгоритм работы команды показан на следующей схеме. 


Вещественные 











гхтпттут128 и а 
127 т 64 63 го 
Приемник Е 2 по : 
хмм 
127 — 64 63 ии 0 


г Г | 
Приемник | 0000000000000000 ! и, . ИО. Г 


127 "83 3 о 


Целые 


В случае, когда не удается выполнить точное преобразование, значение округляется в сторо- 
ну нуля. Если преобразованный результат больше, чем максимально возможное целочислен- 
ное 32-разрядное значение, то возвращается значение 800000008. 


о ГР$20@ 
С\УТТР$200 приемник, источник 
ЕЗ ОЕ 5В /г СУТТР$200 гхтт1, гхтт2/т128 


Преобразование (путем отбрасывания дробной части) четырех упакованных значений 
с плавающей точкой одинарной точности в четыре упакованных 32-разрядных целых со 
знаком. В 
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Действие: алгоритм работы команды показан на следующей схеме. 


Вещественные (32 бита) 


Источник 
гхтт/т128 





Приемник 
гхи 





суирз2а4 приемник, источник 


= 


Отбросить дробную ча(-ть значения 


----- ее 


Приемник 
хп 





Целые со знаком 


В случае, когда не удается выполнить точное преобразование, значение округляется в сторо- 
ну нуля. Если преобразованный результат больше, чем максимально возможное целочисленное- 
32-разрядное значение, то будет возвращено значение 800000001. 


СУТТР$2Р! 


С\/ТТР$2Р! приемник, источник 
‚  бЕ2С/г С\ТТРЗ2Р! ититх, тхтт/тб4 


Преобразование (путем отбрасывания дробной части) двух вещественных целых в два упа- 
кованных 32-разрядных целых значения. 


Действие: алгоритм работы команды показан на следующей схеме. 


Вещественные 






Источник 
гхтт/т128 | из | | 
Приемник 
суйрз2риприемник, источник Отбросить дробную: 
частв значения... : 
Приемник и | 
ититх Г и. _1 иб | 
` Целые 


Если преобразованный результат больше, чем максимально возможное целочисленное 
32-разрядное значение, то будет возвращено значение 800000001. 


С\УТТ$02$1 


. С\МТТ$02$1 приемник, источник 
. РОС С\ТТ$02$1 г32, гхтт/тб4 


Преобразование (путем отбрасывания дробной части) скалярного значения с плавающей точ- 
кой двойной точности в 32-разрядное целое. 


Действие: алгоритм работы команды показан на схеме (см. следующую страницу). 

В случае, когда не удается выполнить точное преобразование, значение округляется в сторо- 
ну нуля. Если преобразованный результат больше, чем максимально возможное целочисленное- 
32-разрядное значение, то будет возвращено значение 800000006. 
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Вещественные (64 бита) 


источник г “77777 
гхтт/тб64 ЕРЗВЕЕ и. 


127 63 | 0 

а 

31 | 0 

су{за2 приемник, источник | Отброситьдрабную! 


Приемник —\ 
р 


1.-частьзначения _! 
3 


С\УТТ$$2$1 
С\ТТ$$2$ приемник, источник 
РЗ ОЕ 2С /г С\ТТ$$2$1 (32, ихтт/т32 


.  Скалярное преобразование (путем отбрасывания дробной части) вещественного целого 
в знаковое целое. 


Действие: значение источника хранится в младшем двойном слове ХММ-регистра или 
в 128-разрядной ячейке памяти. Приемник — один из 32-разрядных регистров. Алгоритм работы 
команды показан на следующей схеме. 





Вещественное 
Источник { 
гхтит/т128 | п3 | п2 Гм О | 
Приемник | 
с\и521 приемник, источник Отброситьдробную: 
;..Часть:значения....: 
Приемник 
г32 





Целое 


Если преобразованный результат больше, чем максимально возможное целочисленное 32- 
разрядное значение, то будет возвращено значение 800000008. 


ОМРО 
. ОМРЬ приемник, источник 
. 66 0Р5Е/г ОТУРЬ хтт1, хтт2/т128 


. Деление упакованных значений с плавающей точкой двойной точности. 


Действие: команда делит пары упакованных значений с плавающей точкой двойной точно- 
сти источника и приемника по следующей схеме: разряды 0...63 приемника делятся на разряды 0...63 
источника и результат помещается в разряды 0...63 приемника, разряды 64...127 приемника делятся 
на разряды 64...127 источника и результат помещается в разряды 64...127 приемника. 


ОГУР$ 


ОМР$ приемник, источник 
ОЕ БЕ /г О1\УР$ гхтт1ихтт2/т128 
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. Деление упакованных значений в формате ХММ. 
Действие: Алгоритм работы команды показан на следующей схеме. 
Чмрз приемник, источник 


Приемник 
п ЗОО ООО О ООН ОНО ООН. О ВИН 


Источник Ф Ф 


гхтпут128 ет и, т т 


Приемник 
гта "ЕЕ: ЕЕ ВЕЕТ. ВИНЕ У ЖЕЛАЕТ 


01\$0 
. _ ОМ№50 приемник, источник 
‚ [2ОРБЕ/г 01/50 тхтт1, гхтт2/т64 


Деление скалярных упакованных значений с плавающей точкой двойной точности. 


Действие: команда делит младшие упакованные значения с плавающей точкой двойной точ- 
ности источника и приемника по следующей схеме: разряды 0...63 приемника делятся на разряды 


0...63 источника и результат помещается в разряды 0...63 приемника, разряды 64...127 приемника не 
изменяются. 


01$$ 


.  0№55 приемник, источник 
. ЕЗОЕБЕ/г 05$ тхти 1, тхтт2/т32 
* Скалярное деление значений вформате ХММ. 
Действие: Алгоритм работы команды показан на следующей схеме. 
№$$ приемник, источник 
Приемник 


о р бт 
Источник 


гттт/т32 | и 
Приемник 
хп 02. 01 | по/мО 
ЕХАЗТОВ 
.  ЕХАЗТОВ источник 
. ОРАЕ/1 ЕХВЗТОН т5126\е 
. Восстановление состояния ЕРО, ММХ и ХММ, атакже регистраМХС$В. 


Действие: восстановление состояния сопроцессора (без проверки незамаскированных исклю- 
чений), целочисленного и потокового ММХ-расширений из 512-разрядной области памяти. Алго- 
ритм работы команды показан на схеме (см. следующую страницу). 


ЕХЗА\УЕ 

.  ЕХЗАМЕ приемник 

. ОРАЕ /0 ЕХ$АМЕ т5126уе 

* Сохранение состоянияЕРИО, ММХ и ХММ, а также регистраМХС$К. 


Действие: сохранение состояния сопроцессора, целочисленного и потокового ММХ-расши- 
рений в 512-разрядной области памяти (см. схему в описании команды ЕХКУТОВ). 


Команды блока блока ХММ (3$Е и 553Е?) 603 


15 14, 13 12. И 10987654] |1 0. 


ЕТУ, Е5М/ , ЕСМ 

Резерв тхС5г Резерв 
Резерв У1ОЛтитх0 

[Г Резерв _ | чм 

| алии Ш 





Ге И ИА ПА ВАО МО А 
АО Е 2996 9 < 3 5 


ИЯ 
[.. 
[496 


512 Резерв 496 


ЕОМХС$А 


ЕОМХС5В источник 
ОЕ АЕ /2 ЕОМХС$К тЗ2 


* Загрузка регистра состояния/управления МХСЗК из 32-разрядной ячейки памяти. 





Действие: Алгоритм работы команды показан на следующей схеме. 


Регистр состояния/управления тхс$г 


| резерв | #= [гс гс ртитот апатит - ре [ие [ое те[де [е) 


31 15 10 5 [@) 


Замечание: по умолчанию регистр МХСЗВ загружается значением 1#80. 


ЕЕЕМСЕ 
|РЕМСЕ адрес_байта 
ОРАЕ/5 — |ЕЕМСЕ 
. Упорядочение операций загрузки. 


Действие: выполняется упорядочение (сериализация) команд загрузки из памяти, которые 
были инициированы перед вызовом команды ГРЕМСЕ. Эта операция гарантирует, что каждая ко- 
манда загрузки, за которой в программе следует команда 1ЕЕМСЕ, будет глобально видима перед 
любой другой командой загрузки, за которой следует команда [ЕЕМСЕ. Команда 1ЕЕМСЕ упорядо- 
чивается относительно команд загрузки, других команд [ЕЕМСЕ, команд МЕЕМСЕ и любых команд 
сериализации (вроде команды СРОТО). Она не упорядочивается относительно команд сохране- 
ния в памяти или команды $РЕМСЕ, 


МАЗКМОУОВОУ 


МАЗКМО\/ОСИ источник, маска 
66 ОЕЕУ /г МАЗКМО\/ОСИ гхтт 1, тхтт2 


. Выборочная записьбайтов изисточника впамятьс использованием байтовой маскивприемнике. 
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Действие: команда сохраняет выбранные байты операнда источник в 128-разрядной ячейке 
памяти. Операнд маска определяет, какиебайты источникасохраняются впамяти. Местоположе- 
ние первого байта указанной операндом приемникячейки памяти, в которой сохраняются байты, 
определяются парой О5:ОТ/ЕПТ. Старший значащий бит каждого байта операнда маскаопределя- 
ет, будет ли сохранен в приемнике соответствующий байт источника: 





О — байт не сохраняется; 
55 | — байт сохраняется. 


Команда МАЗКМОУЕЩОЦ генерирует процессору указание не задействовать кэш (поп-{етрога| 
шо. Это указание реализуется методом кэширования У/С (\У\гие Сотб шп — память с комби- 
нированной записью). Поскольку в методе \!С применяется слабо упорядоченная модель со- 
вместимости памяти (\еаКу-ог4еге4 тетогу соп$1%епсу то4е!]), то команды ЗЕЕМСЕ или МЕЕМСЕ, 
реализующие операции сериализации, необходимо использовать совместно с командами 
МАЗКМОУЕРОТ. Для многопроцессорной конфигурации это особенно важно, так как в различных 
процессорах могут применяться различные типы памяти для чтения/записи ячейки приемника. 


МАХРО 


. МАХРЬО приемник, источник 
’ 660Е5Р/г МАХРОтхтт1, гхтт2/т128 


Возврат максимальных упакованных значений с плавающей точкой двойной точности. 


Действие: команда сравнивает упакованные значения с плавающей точкой двойной точно- 
сти в источнике и приемнике, находит максимальное и заменяет им соответствующее упакованное 
значение в приемнике. Если в источнике находится значение ЗМаМ (но не ОМаМ), то оно помеща- 
ется в приемник. Если только одно значение в приемнике или источнике — нечисло (5МаМ или 
ОМаМ), тов приемник помещается содержимое источника, которое может бытьлибо нечислом, 
либо правильным значением с плавающей точкой. 


МАХР$ 


.  МАХР5 приемник, источник 
* ОЕ,5Е/Г МАХР5 гхтт1, гхтт2/т128 
. Возврат максимального из упакованных значений в формате ХММ. 


Действие: команда извлекает максимальные значения в каждой из четырех пар веществен- 
ных чисел в коротком формате. При этом происходит сравнение значений соответствующих эле- 
ментовисточникаиприемника,порезультатамкотороговыполняютсяследующиедействия: 


№ если элемент приемника или источника является сигнальным нечислом (5МаМ), то вэлемент 


приемника помещается значение источника; 
3: если элемент источника больше элемента приемника, то в элемент приемника помещается эле- 
мент источника. 


В остальных случаях значения источника и приемника не меняются. 


. МАХБО приемник, источник 
. 22 ОЕ5Е/г МАХЗО гхттыхтт2/т64 


Возврат максимальногоскаляриого значения с плавающей точкой двойной точности. 


Действие: команда сравнивает значения с плавающей точкой двойной точности в разрядах 
0...63 источника и приемника, находит максимальное из них и заменяет им значение в разрядах 
0...63 приемника. Если значение в источнике - $МаМ (но не ОМаМ), то оно помещается в приемник. 
Если только одно значение в приемнике или источнике - нечисло (5МаМ или ОМаМ), то в приемник 
помещается содержимое источника, которое можетбытьлибонечислом, либоправильнымзначени- 
ем числа с плавающей точкой. Значение в разрядах 64...127 приемника не меняется. 
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МАХ$$ 


.  МАХ$5 приемник, источник 
- ГЗОР5Р/г МАХЗ5тхтт1, гхтт2/т32 


Скалярный возврат максимального значения в формате ХММ. 


Действие: команда извлекает максимальное из двух вещественных чисел в коротком форма- 
те. Приэтом происходитсравнениезначений младшей пары элементовисточникаиприемника, по 


результатам которого выполняются действия, аналогичные рассмотренным в описании команды 
МАХР5. Старшие три элемента источника и приемника не меняются. 


МЕЕМСЕ 
‚  МЕЕМСЕ 
. ОРАЕ/б . МЕЕМСЕ 


Упорядочение операций загрузки и сохранения. 


Действие: команда выполняет упорядочение (сериализацию) команд загрузки из памяти 
и сохранения в памяти, которые были инициированы перед вызовом команды МЕЕМСЕ. Эта оцера- 
ция гарантирует, что каждая команда загрузки и сохранения, за которой в программе следует 
команда МЕЕМСЕ, будет глобально видима перед любой другой командой загрузки и сохранения, 
за которой следует команда МЕЕКСЕ. Команда МЕЕМСЕ упорядочивается относительно команд за- 


грузки и сохранения, других команд [РЕМСЕ, МЕЕМСЕ, ЗРЕМСЕ и любых команд сериализации (вроде 
команды СРО1О). 


ММРО 


. ММРО приемник, источник 
. 66050 /г МПМРОхтим1, хтт2/т128 


Возврат минимальных упакованных значений с плавающей точкой двойной точности. 


Действие: команда сравнивает упакованные значения с плавающей точкой двойной точно- 
сти в источнике и приемнике, обнаруживает минимальное и заменяет им соответствующее упако- 
ванноезначениевприемнике. Еслизначениевисточнике — 5МаМ (ноне ОМаМ), то оно помещает- 
ся в приемник. Если только одно значение в приемнике или источнике — нечисло (5МаМ или ОМаМ), 


то в приемник помещается содержимое источника, которое может быть либо нечислом, либо пра- 
вильным значением с плавающей точкой. 


ММР$ 


. ММР$ приемник, источник 
. 0Е50/г — М1МР$ гхтт1, гтхтт2/т128 


Возврат минимального упакованного значения в формате ХММ. 


Действие: команда извлекает минимальные значения в каждой из четырех пар веществен- 
ных чисел в коротком формате. При этом происходит сравнение значений соответствующих эле- 


ментов источника и приемника, по результатам которого выполняются действия, аналогичные рас- 
смотренным в описании команды МАХР5. 


ММ$О 


. ММО приемник, источник 
. [20:50 /г ММ$0 хтит, хтт2/тб4 


Возврат минимального скалярного значения с плавающей точкой двойной точности. 


Действие: команда сравнивает значения с плавающей точкой двойной точности в разрядах 
0...63 источника и приемника, обнаруживает минимальное и заменяет им значение в разрядах 
0...63 приемника. Если значение в источнике — 5МаМ (но не ОМаМ), то оно помещается в приемник. 
Если только одно значение в приемнике или источнике — нечисло (5МаМ или ОМаМ), то в прием- 
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ник помещается содержимое источника, которое может быть либо нечислом, либо правильным 
значением с плавающей точкой. Значение в разрядах 64...127 приемника не меняется. 


М!М$$ 


. ММ$$ приемник, источник 
. [3050 /г М5 гхтги1, гхттё/т32 


Скалярный возврат минимальногозначения в формате ХММ. 


Действие: команда извлекает минимальное из двух вещественных чисел в коротком форма- 
те. Приэтомпроисходитсравнениезначениймладшейпарыэлементовисточникаиприемника, по 


результатам которого выполняются действия, аналогичные рассмотренным в описании команды 
МАХР5. Старшие три элемента источника и приемника не меняются. 


МОУАРО 


.  МОМАРО приемник, источник 


. 028 /г МОУ\АР5 гхтт1 гхтт2/т128 


ОР29/т МО\МАР$ гхтт2/т128лхтт1 
Перемещение упакованныхвыровненных значений с плавающей точкой двойной точности. 


Действие: команда перемещает два двойных учетверенных слова (содержащих два упако- 
ванных значения с плавающей точкой двойной точности) из источника в приемник. Операнд в па- 
мяти должен быть выровнен по 16-разрядной границе. 


МО\УАР$ ' 
. МО\АР$ приемник, источник 


. 0728 /г — МО\МАР$ гхтт1, хтт2/т128 
ОЕ 29/г  МО\МАР$ гхтт2/т128, тхтт1 


Перемещение 128 выровненных битов источника в соответствующие биты приемника. 


МОУО 


.  МО\О приемник, источник 


См. описание команды МОУ) в разделе «Команды блокаЁмММХ». 


МО\УООА 


. МОМОСА приемник, источник 


. 660Р6Е/г МОУОБОАгхтт1, гхтт2/т128 


66 ОР7Е/г МОУООА гхтт2/п28, гхи 
Перемещение 128 выровненных битов из источника в приемник. 


Действие: команда перемещает содержимое источника в приемник. Операнд в памяти должен 
быть выровнен по 16-разрядной границе. 


МОУООЧ 


. МОУОСУ приемник, источник 


. ГЗ0Р6Р/г МОМООДУ хтт1, хтт2/т128 
ЕЗ ОР7Е/г МОУООУ хтт2/ 128, хтт 1 


. Перемещение 128 невыровненных битов из источника в приемник. 
Действие: команда перемещает содержимое источника в приемник. 

. МО\М092( приемник, источник 

. [20-06  МО\УО92Огтмх, гхтт 
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. Перемещение младшего учетверенного словаХММ-регистра в ММХ-регистр. 


Действие: команда перемещает разряды 0...63 источника в приемник. 


МОУНЕР$ 


.  МОМНЕР$ приемник, источник 
. 0712/" — МОМНЕР$ гхтт1, гхтт2 


. Копирование содержимого старшей половины ХММ-регистра (источника) в младшую по- 
ловину другого ХММ-регистра (приемника). 


Действие: команда перемещает разряды 64...127 источника в разряды 0...63 приемника. Разря- 
ды 64...127 приемника не меняются. 


МОУНРО 


.  МОУНРО приемник, источник 
`. 66016 /т МОМНРО гхтт, тб4 
66 ОЕ 17 /г МОУНРО т64, гхтт 


Перемещение старшего упакованного значения с плавающей точкой двойной точности. 


Действие: команда перемещает учетверенное слово (содержащее упакованное значение с пла- 
вающей точкой двойной точности) из источника в приемник. Источник и приемник могут быть либо 
ХММ-регистром, либо 64-разрядной ячейкой памяти (но не одновременно). Для регистрового 
операнда перемещению подвергается старшее учетверенное слово (разряды 64...127). Младшее 
учетверенное слово ХММ-регистра (разряды 0...63) не меняется. 


МО\УНР$ 


.  МО\МНР$ приемник, источник 


. 0-16 /т МОМНР5$ хтл, тб4 
ОЕ 17 /г МО\УНР$ т6б4, хтт 


* Перемещение верхних упакованных значений в формате ХММ из источника в приемник. 
Действие: команда имеет несколько вариантов действий: 





если источник — 64-разрядный операнд в памяти, то команда МОУНР$ перемещает его содер- 
жимое встаршую половинуприемника, представляющего собой ХММ-регистр; 


Ж если источник — ХММ-регистр, то команда МОУНР$ перемещает содержимое его старшей по- 
ловины в приемник, который представляет собой 64-разрядный операнд в памяти. 


МОМЕНР$ 


. МО\МЕНР$ приемник, источник 


. 07Е16/г — МОМНР$ хтт1, хтт2 
Ш — Перемещение нижних упакованных значений в формате ХММ в верхние. 


Действие: команда копирует содержимое младшей половины ХММ-регистра (источника) 
в старшую половину другого ХММ-регистра (приемника). После операции изменяется только 
содержимое старшей половины приемника. 


МОУ\ЁЕРО 


. МО\МЕРО приемник, источник 


. 660-12 /г МО\МЕРЬ гхтт, тб4 
66 ОЕ 13 /г МОМЕРЬ пб4, гхтт 


Перемещение младшего упакованного значения с плавающей точкой двойной точности. 

Действие: команда перемещает учетверенное слово (содержащее упакованное значение с пла- 
вающей точкой двойной точности) из источника в приемник. Источник и приемник могут быть либо 
ХММ-регистром, либо 64-разрядной ячейкой памяти (но не одновременно). Для регистрового 
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операнда перемещению подвергается младшее учетверенное слово (разряды 0...63). Старшее учет- 
веренное слово ХММ-регистра (разряды 64...127) не меняется. 


МОМЁР$ 


. МОМЁР$ приемник, источник 
. 0712/г — МОМР$тхтм, тб4 
ОЕ 13/г — МОМЕР$ тб4, гхтт 
. Перемещение невыровненных нижних упакованных значений вформатеХММ. 


Действие: команда копирует содержимое младшей половины ХММ-регистра в 64-разряд- 
ную ячейку памяти или из нее: 


Я если источник — 64-разрядный операнд в памяти, то его содержимое перемещается в млад- 
шую половину приемника, представляющего собой ХММ-регистр; 





если источник — ХММ-регистр, то содержимоеего младшей половины перемещается в прием- 
ник, который представляет собой 64-разрядный операид в памяти. 


МОУМ$КРО 


. МО\ММ$КРЬ приемник, источник 
’ 660250 /г МОУМ$КРО 132, гхтт 


. Извлечение 2-разрядной знаковой маски упакованных значений с плавающей точкой двой- 
нойточности. 

Действие: команда извлекает знаковые разряды из упакованных значений с плавающей 
точкойдвойнойточностиоперандаисточник(ХММ-регистр) исохраняетполученнуюзнаковую 
маску в двух младших битах операнда приемник (32-разрядный общий регистр). 


МО\УМ$КР$ 


. МОУМ$КР$ приемник, источник 
. ОЕ,50/ МОУМ$КР$ 132, гхтт 


Перемещение знаковой маски в целочисленный регистр. 


Действие: команда формирует маску из знаковых разрядов четырех чисел с нлавающсей точ- 
койвкоротком формате, упакованныхвХММ-регистр (источник). Послеоперации содержимое 
всего 32-разрядного регистра (приемника) изменяется следующим образом: в его младшую тет- 
раду заносится знаковая маска, остальные разряды регистра обнуляются. 


тоутзкрз$ приемник, источник 


Приемникг32 12,212.2Т?.2Т2.7?] 


Источник (ХММ-регистр) 
рхтпи7 


= 
0010 


Приемник г32 Оооо. 
МОУМТОО 


. МО\ММТЬОО приемник, источник 
* ббОРЕ?7 /т МОУМТОЦ т128, гхтт 


Сохранение двойного учетверенного слова из ХММ-регистра в памяти без использования 
кэша. 


МОУМТ! 


.  МОММТ! приемник, источник 
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. ОЕСЗ /г МОУМТ! т32, г32 


. Сохранение двойного слова из 32-разрядного регистра общего назначения впамяти без ис- 
пользования кэша. 


МО\УМТРО 
.  МОММТРО приемник, источник 
. 660Е28В /г МОУМТРО тм128, тхтт 


* Сохранениеупакованиых значений с плавающей точкой двойной точности изХММ-регист- 
ра в памяти без использования кэша. 


МОУО 


. _ МОУ\УО приемник, источник 


. См.описание команды МОУО в разделе«Команды блокаММХ». 


мо\о209 


. МО\УО209 приемник, источник 
. [РЗ ОЕ 06 мМО\О200 гхтт, гттх 


. Перемешениеучетверениого слова из ММХ-регистра в младшее учетверенное слово ХММ- 
регистра. 


Действие: команда перемещает содержимое источника в разряды 0...63 приемника, а в разряды 
64... 127 приемника заносит значение 000000000000000008. 


МОУМТР$ 


. МОУМТР$ приемник, источник 
. ОР2В/т МО\УМТР$ п28,гхтт 


* Запись в намять 128 бит изХМ М-регистра, минуя кэш. 


МО\У$О у 


. МО\$О приемник, источник 


. Е2 ОР 10/г МО\УЗОтхтм1, гхтт2/тб64 
[2 0Е11 /г МО\$0 гхтт2/ 64, гхи 


. Перемещение скалярного значения с плавающей точкой двойной точности. 


Действие: команда перемещает скалярное значение с плавающей точкой двойной точности 
из разрядов 0...63 источника в разряды 0...63 приемника. Если операнды — ХММ-регистры, то раз- 
ряды 64...127 приемника не меняются. Если источник — ячейка памяти, то разряды 64...127 прием- 
ника обнуляются. 


МО\У$$ 


.  МО\5$ приемник, источник 


. [3010 /г МО\55 тхтт1, гхтт2/т32 
Е3 0-11 /г МО\У5$ тхттё2/тЗ32, гхпт! 


. Перемещение скалярныхзначений в формате ХММ. 


Действие: команда копирует младшие 32 бита источника в младшие 32 бита приемника. Если 
используется операнд в памяти, то в команде указывается адрес, соответствующий адресу млад- 
шего байта данных в памяти. Если операнд в памяти используется в качестве источника, то этн 
32 бита копируются в младшее двойное слово 128-разрядного приемника — ХММ-регистра, ос- 
тальные 96 бит этого регистра устанавливаются в 0. 


20 Зак. 256 
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Источник Источник 
рхтт ГИЗ Ти ЕТ ИО! 182 [ОНИ ИИ 
Приемник В Приемни 





гхтт | п3З | ПО 1 гитт ПГ 2 т пт т ПО} 


то\$$ приемник, источник 


Приемник У Приемник ы 
рхтт ТЗ Т 21мм Со 1] тт Г ОГО ГоО Ги! 
а б 
Источник : 
рт ИР и? ГОТ 
Приемник : 


т32 [Аб 


то\5$ приемник, источник : 


Приемник У 
т32 [Г иб } 


МОМУРО 


. МОМУРО приемник, источник 
. 660Е 10 /г МОМИРО хтит, хит2/т128 
66 ОЕ 11 /г МОМИРВ хтт2/т128, хтт1 


Перемещение невыровненных упакованных значений с плавающей точкой двойной точ- 
ности. 


Действие: команда перемещает два двойных учетверенных слова (содержащих два упако- 
ванных значения с плавающей точкой двойной точности) из источника в приемник. Вырав- 
нивания операнда в памяти по 16-разрядной границе не требуется. 


МОУУР$ 


. МО\МУР$ приемник, источник 

. ОЕР10,/л МОУУР5 хтт1, хтт2/п128 

ОЕЛ,/г МОУЧР$ хтт2/т128, хп 

Перемещение невыровненных упакованныхзначений в формате ХММ. 


Действие: команда перемещает 128 бит источника в соответствующие биты приемника. 


МОЕРО 


. МИРО приемник, источник 
. 66 ОЕ 59 /г МОГРОгхтим1, гхтт2/т128 


Умножение упакованных значений с плавающей точкой двойной точности. 


Действие: команда умножает пары упакованных значений с плавающей точкой двойной точ- 
ности источника и приемника по следующей схеме: разряды 0...63 приемника и источника перемно- 


жаются и помещаются в разряды 0...63 приемника, разряды 64...127 приемника и источника пере- 
множаются и помещаются в разряды 64...127 приемника. 


МЧЕР$ 


. МОР$ приемник, источник 
. ОЕ,59,/ МИЕР$ хтт1, хти2 / 1128 


Умножение упакованных значений в формате ХММ. 


Действие: команда умножает четыре пары вещественных чисел в коротком формате. Схема 
работы команды МОГР$ показана на следующем рисунке. 
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тирзприемник, источник 
Приемник 


пхп р ры т) 
Источник 
гхтпут128 т но и, и ние 


Приемник 
гхи исх т и НЕ ИЕ НИВ 


МУЕ$О 


. МИЕ$0 приемник, источник 
. [20Р59/г МУ$ЗОтхтт1, гхтт2/т64 


Умножение скалярных упакованных значений с плавающей точкой двойной точности 


Действие: команда умножает младшие упакованные значения с плавающей точкой двойной 
точности источника и приемника по следующей схеме: разряды 0...63 приемника и источника пере- 
множаются и помещаются в разряды 0...63 приемника, разряды 64...127 приемника не меняются 


МОЕ$$ 


МИГ$$ приемник, источник 
. [30[59/т МЦЕ$$ гхтть, гхттё/т3З2 


Умножение скалярных значений в формате ХММ. 


Действие: операнды источник и приемник находятся в ХММ-регистре, кроме того, операнд ис- 
точник может находиться в 32-разрядной ячейке памяти. Команда умножает вещественные значе- 
ния в младших парах операндов в формате ХММ по следующей схеме: разряды 0...31 приемника и 
источника перемножаются и помещаются в разряды 0...31 приемника, разряды 32...127 не меняются 


ОВРО 


ОВРЬ приемник, источник 
66 ОЕ 56 /г ОКРБ хтт1, хтт2/т128 


. Поразрядное логическое ИЛИ над упакованными значениями с плавающей точкой двойной 
точности. 


Действие: команда выполняет операцию поразрядного логического ИЛИ над парами упако- 


ванных значений с плавающей точкой двойной точности в разрядах 0...127 приемника и источни- 
ка и помещает результат в разряды 0...127 приемника. 


ОВР$ 


ОВР$ приемник, источник 
. 056 /т ОВР$ гхттыхтт2/т128 


° Поразрядное логическое ИЛИ над каждой парой битов упакованныхоперандов источник 
и приемник в формате ХММ. 


РАСК$ЗМ/В /РАСК$$ОМ/ 


РАСК$$З\М/В приемник, источник 
РАСК$З$ЗОМ/ приемник, источник 


См. описание команд РАСКУЗМВ/РАСКУЗОМ в разделе «Команды блокаММХ». 


РАСКУЗ\М/В 


РАСКОЗМВ приемник, источник 


См. описание команды РАСКОЗ\В в разделе «Команды блока ММХ». 
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РАОБОВ/РАООМ//РАОВОО 


РАООВ приемник, источник 
РАООМ/ приемник, источник 
РАБОО приемник, источник 


- См. описание команд РАООВ/РАБО\М/РАООР в разделе «Команды блокаМ МХ». 


РАВОО 


РАБОЦ приемник, источник 


. См. описание команды РАОПО в разделе «Команды блока ММХ». 


РАООЗВ/РАВО$М/ 


РАООЗВ приемник, источник 
РАБОЗ\/ приемник, источник 


. См. описание команд РАООЗВ/РАООЗУ в разделе «Команды блока ММХ». 


РАООБИ$В/РАОБИ$М/ 


РАООЧУЗВ приемник, источник 
РАБОЧЗМ/ приемник, источник 


. См. описание команд РАБОИЗВ/РАБОЦЗ$У в разделе «Команды блока ММХ». 


РАМО 


РАМО приемник, источник 


. См. описание команды РАМ в разделе «Команды блока ММХ». 


РАМОМ 


РАМОМ приемник, источник 


. См. описание команды РАМОМ в разделе «Команды блока ММХ». 


РАУСВ/РАУСМ/ 


РА\УСВ приемник, источник 
РА\УСМ\/ приемник, источник 


. См. описание команд РАУСВ/РАУСУ в разделе «Команды блока ММХ». 


РСМРЕОВ/РСМРЕСМ//РСМРЕСО 


РСМРЕСВ приемник, источник 
РСМРЕОМ приемник, источник 
РСМРЕОО приемник, источник 


. См. описание команд РСМРЕОВ/РСМРЕО\/РСМРЕОР в разделе «Команды блока ММХ». 


РСМРСТВ/РСМРСТМ/РСМРСТО 


РСМРСТВ приемник, источник 
РСМРСТ\/приемник, источник 
РСМРСТО приемник, источник 


. См. описание команд РСМРСТВ/РСМРСТУ/РСМРСТО в разделе «Команды блока ММХ». 
РЕХТВ\/ 


РЕХТВ\/ приемник, источник, маска 


. См. описание команды РЕХТКУ в разделе «Команды блока ММХ». 
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РАМ$ВМ/ 


РИМЗАМ/ приемник, источник, маска 
. См.описание команды РИМУКУ в разделе «Команды блока ММХ». 


РМАООМ/О 


РМАБВОМ/О приемник, источник 
 См.описание команды РМАОБУ\О в разделе «Команды блока ММХ». 


РМАХЗ\М/ 


РМАХЗ\! приемник, источник 
. См.описание команды РМАХ$У в разделе «Команды блока ММХ». 


РМАХОВ 


РМАХИВ приемник, источник 
е См.описание команды РМАХОВ вразделе «Команды блока ММХ». 


РМИМ$\М/ 


РМИМ$М/ приемник, источник 
. См.описапие команды РМПМ$М в разделе «Команды блока ММХ». 


РММОВ 


РММОВ приемник, источник 
. См. описание команды РМ!МОВ в разделе«Команды блока ММХ». 


РМОУМ$КВ 


РМО\МЗКВ приемник, источник 


. См.описание команды РМОУМ$КВ в разделе «Команды блока ММХ». 


РМОЕНИОМ/ 


РМУЕНИУМ! приемник, источник 


- См. описание команды РМОГНЦУ в разделе «Команды блока ММХ». 


РМОЕНМ/ 


РМУЁНМ/ приемник, источник 
° См. описание команды РМОЁНУ вразделе «Команды блока ММХ». 


РМОЫМ/ 


РМУНЫМ/ приемник, источник 
. См.описапие команды РМОШМ в разделе «Команды блока ММХ». 


РМОГИОО 


РМУГУОО приемник, источник 
- См.описание команды РМОТГООО в разделе «Команды блока ММХ». 


РОВ 


РОН приемник, источник 


. См. описание команды РОВ в разделе «Команды блока ММХ». 
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РЗАОВ\/ 


РЗАБВМ/ приемник, источник 


* См. описание команды РЗАОВУ в разделе «Команды блокаММХ». 


РЗНУЕО 
РЗНУЕО приемник, источник, маска 
Ш 660770 /г в `° РЗНУЕО гхи ихтт2/т128,18 


. Копирование двойных слов из операнда источник ХММ-регистр) в операнд приемник (ХММ- 
регистр). 


Источник гхтп/т128 


127 96 95 6463 32 31 О 






Кодирование 
битов маски: 


Маска 18 г и. и 
10 — иг 
11 —и3 





из иПиЗ и1|иЗ 


127 96 95 6463 32 31 О 
Приемник гхи 





Действие: на основе значения пар битов маски команда копирует двойные слова из источника 
в приемник. Каждая пара битов маски определяет номер слова источника для перемещения в при- 
емник следующим образом: 


Маска[1:0]: 

О 00- приемник(0...31] == источник[0...31]; 

О 01 - приемник(0...31] <- источник[32...63]; 

П 10 — приемник[0...31] <- источник[ 64...95]; 

© 11 - приемник[О...31] < источник[96...127]. 

Маска[3:2]: 

О 00 - приемник] 32...63] <- источник[0...31]; 

П 01 - приемник[32...63] == источник] 32...63]; 

О 10 - приемник[32...63] <- источник 64...95]; 

О 11 - приемник[32...63] <= источник[96...127]. 
Маска[5:4]: 

О 00 — приемник 64...95] < источник[0...31]; 

П 01 - приемник[б4...95] == источник] 32...63]; 

П 10 - приемник[ 64...95] <= источник] 64...95]; 

О 11 - приемник[64...95] <= источник[96...127]. 
Маска[7:6]: 

П 00 - приемник[96...127] «= источник 0...31 ]; 
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О 01 - приемник[96...127] <- источник[32...63]; 
С 10- приемник[96...127] < источник[ 64...95]; 
О 11 - приемник[96...127] <- источник 96б...127]. 


Если использовать один и тот же ХММ-регистр в качестве источника и приемника, то можно 
выполнять любые перестановки двойных слов в пределах одного ХММ-регистра, в том числе 
и инициализацию значением одного двойного слова других двойных слов. Работу команды РЗНОЕР 
поясняет схема (см. предыдущую страницу). 


РЗНУЕНМ/ 
РЗНУЕНМ! приемник, источник, маска 
ЕЗ 0Е 70 /г 18 РУНУЕН\/тхтт1гхтт2/т12818 


Копирование слов из старшего учетверенного упакованного слова операнда источник (ХММ- 
регистр) в старшее учетверенное упакованное слово операнда приемник (ХММ-регистр). 


Действие: на основе значения пар битов маски команда копирует слова из старшего упако- 
ванного учетверенного слова источника в старшее учетверенное упакованное слово приемника. 


Каждая пара битов маски определяет номер слова источника для перемещения в приемник следую- 
щим образом: 


Источник гхилп/т128 


127 112 111 96 95 80 79 64 63 О 













Кодирование 
битов маски: 


хз ы— 
Маска 8 (ее 01 и 

а В В 10— и2 
11 —из 


ВЕСЕ И 


127 112 111 96 95 8079 64 63 
Приемник гхтт 
#  Маска[1:0]: 
Р 00 — приемник[ 64...79] <- источник[ 64...79]; 
П 01 — приемник 64...79] < источник[ 80...95]; 
П 10-— приемник[ 64...79] <= источник[96...111]; 
П 11 — приемник[ 64...79] < источник[ 112...127]. 
% Маска[3:2]: 
П 00 — приемник[ 80...95] <= источник[ 64...79]; 
01 — приемник[80...95] <- источник[80...95]; 
0 — приемник[ 80...95] <= источник[96...111]; 
11 - приемник[ 80...95] <= источник[1 12...127]. 
% Маска[5:4): 
р 00-— приемник[96...111] <- источник[ 64...79]; 
р 01 - приемник[96...111] < источник[ 80...95] 
п 10— приемник[96...111] <- источник[96...111]; 


— 


П 
в) 
П 
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О И - приемник[96...111] <- источник] 1 12...127]. 
№ Маска[7:6]: 

О 00- приемник12...127] <- источник[ 64...79]; 

О 01 - приемник] 112...127] = источник[ 80...95]; 

О 10- приемник[ 1 12...127] <- источник[96...111]; 

П И- приемник[112...127] <= источник[] 112...127. 


Если использоватьодин итотжеХММ-регистр вкачестве источникаи приемника, томожно 
выполнять любые перестановки слов в пределах старшего учетверенного слова одного ХММ- 
регистра, в том числе и инициализацию значением одного слова других слов. Работу комаиды 
РЗНУЕН\ поясняет схема (см. предыдущую страницу). 


РЗНУЕЕМ | - 
.  РЭУНУРЫМ приемник, источник, маска 
Е2 ОЕ 70 /г 8 РЗНУЕЁМ/ гхттгхтт2/1128 18 


. Копирование слов из младшего учетверенного упакованного слова операнда источник (ХММ- 
регистр) в младшее учетверенное упакованное слово операнда приемник (ХММ-регистр). 
Действие: на основе значения пар битов маски команда копирует слова из младшего учетве- 

ренного слова источника в младшее учетверенное слово приемника. Каждая пара битов маски опрс- 

деляет номер слова источника для перемещения в приемник следующим образом: 


Источник гхтт/1128 


127 63 4847 3231 1615 @ 


Кодирование 
битов маски: 


о р. ИИ. И 00  мы0 
Маска 18 01 —и1 

У у у У 10 — и2 
11 —и3 





из иО|иЗ и0|иЗ 
63 4847 3231 1615 0 





Приемник гхтп 


= Маска[1:0]: 
П 00 - приемник[00...15] == источник[00...15]; 
П 01 — приемник[О0...15] <=- источник[ 16...31 |; 
О 10— приемник[00...15] <- источник[ 32...47]; 
О 11 — приемник[00...15] <-источник[ 48...63]. 
# Маска[3:2]: 
О 00 — приемник[16...31] <- источник 00...15]; 
П 01 — приемник[ 16...31] <= источник[ 16...31]; 
П 10-— приемник 16...31] <- источник[ 32...47]; 
П 11 — приемник 16...31] < источник[48...63]. 
# Маска[5:4]: 
С 00 — приемник[ 32...47] = источник[00...15]; 
П 01 — приемник[32..47] < источник 16...31]; 
О 10 — приемник[ 32...47 | <- источник[ 32...47 ]; 
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О 11 - приемник[32...47] <= источник[48...63]. 
Маска[7:6]: 

О 00 - приемник[ 47...63] <- источник[00...15]; 
П 01 - приемник[ 47...63] <- источник[1 6...31]; 
П 10- приемник! 47...63] < источник 32...47]; 
П 11 — приемник[47...63] < источник 48...63]. 


Если использовать один и тот же ХММ-регистр в качестве источника и приемника, то можно 
выполнять любые перестановки слов в пределах младшего учетверенного слова одного ХММ- 
регистра, в том числе и инициализацию значением одного слова других слов. Работу команды 
РУНОЕЕМ поясняет следующая схема (см. предыдущую страницу). 


РЗЫ.ОО 


РЗИ:ОО приемник, количество сдвигов 
66 0Е73 /7 18 РЗИ.О@ гхттытип8 


. Логический сдвиг влево приемника на заданное число байтов. 





Действие: сдвигвлево приемника на число байтов, указанных непосредственным операндом 
количество _сдвигов. Освобождаемые слева младшие байты обнуляются. Если значение, указан- 
ное операндом количество_сдвигов, больше, чем 15, операнд приемник обнуляется. 


Ем РЗЬО/РЗЬСО 


РЦ М! приемник, количество_сдвигов 
РЗИ.О приемник, количество_сдвигов 
РЗЦ.О приемник, количество_сдвигов 


* См. описание команд РУЛМ/РУТТО/РЗТЛ.О в разделе «Команды блокаММХ». 


РЗВАМ//РЗВАО 
`РЭВАМ/ приемник, количество сдвигов 


РЗВАО приемник, количество сдвигов 
. См. описание команд РЗКАУ/РУКАЛ в разделе «Команды блока ММХ». 


РЗВЕОО 


РЗВЕОО приемник, количество_сдвигов 
66 0Е 73 /3 18 РУВЕОЧ гхтты8 
. Сдвигвправо приемника назаданное число байтов. 


Действие: сдвиг вправо приемника на число байтов, указанных непосредственным операн- 
дом количество _сдвигов. Освобождаемыесправамладшиебайтыобнуляются. Еслизпачение, ука- 
занное операндом количество сдвигов, больше, чем 15, операнд приемник обнуляется. 


РЗВЕМ//РЗВЕО/РЗВЕО 


РУВЁМ/ приемник, количество сдвигов 
РЗВЕО приемник, количество сдвигов 
РУВЕО приемник, количество сдвигов 


. См. описание команд РЗКТУ/РЗВЕО/РЗВГО в разделе «Команды блока ММХ». 


ВЕ РЗЬВ 


РЗУВВ приемник, источник 
РЗУВМ/ приемник, источник 
РЗИУВО приемник, источник 


. См. описание команд РЗОВВ/РЗОВУ/РЗИВР в разделе «Команды блока ММХ». 
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РЗОВО 


РЗИВИ приемник, источник 


См. описание команды РЗОВО в разделе «Команды блока ММХ». 


РЗУВЗВ/РЗУВЗМ/ 


РЗУВЗВ приемник, источник 
РЗУВЗ\М приемник, источник 


.- См. описание команд РЗОВЗВ/РЗОВ$У в разделе «Команды блока ММХ». 


РЗУВУ$В/РЗУВИ$\! 
РЗУВУ$ЗВ приемник, источник 
РЗОВУ$М/ приемник, источник 
. См. описание команд РЗОВУ$В/РЗОВИЗУ в разделе «Команды блока ММХ». 


РУМРСКНВ\У//РУМРСКНМ/О/РУМРСКНОО/РУМРСКНООО 


РУМРСКНВМ/ приемник, источник 
РУМРСКНМ/О приемник, источник 
РИМРСКНВА приемник, источник 
РОМРСКНООО приемник, источник 


- См. описание команд МРСКНВУ/РОМРСКН\УО/РИМРСКНОО/РЫМРСКНООО в разделе «Команды 
блока ММХ». 


РОМРСКИВМ/РОМРСКЫМО/РИНРСКЫЗО/РИНРСКИООО 


РИМРСКЕВМ приемник, источник 
РУМРСКЕМО приемник, источник 
РИМРСКЕОО приемник, источник 
РУМРСКЕОВО приемник, источник 


* См. описание командРИМРСКЕВМ/РИМРСКЦМО/РУМРСКЕОО/РУМРСКЕООО в разделе «Команды бло- 
ка ММХ». 


РХОВ 


РХОН приемник, источник 


см. описание команды РХОК в разделе «Команды блока ММХ». 


ВСРР$ 
ВСРР$ приемник, источник 
0253 /т АСРР$ гхиит1 лхтт2 / 128 
Вычисление обратных упакованных значений в формате ХММ. 


Действие: команда вычисляет обратные значения элементов источника по формуле 1/(эле- 
мент источника). Максимальная ошибка вычисления не должна превышать значения 1,5 * 2-1. 
Схема работы команды КСРР$ показана на следующем рисунке. 


герр$ приемник, источник 


Источник гхтт/т128 { и у? Г иб- 


Приемник гхтт 13 г 2 - 1/и0 
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ВСР$$ 


.  ВСР55 приемник, источник 
. Г30Р53/т ВСР$5 гхттьгхтит2/т32 
.  Скалярное вычисление обратного упакованного значения в формате ХММ. 


Действие: команда вычисляет обратное значение младшего элемента операнда источник по 
формуле 1/(элемент источника). Максимальная ошибка вычисления не должна превышать зна- 
чения 1,5 * 2, 


ВЗОВТР$ 
. ВЗОАТР$ приемник, источник 
. 0Е52 /г К5ОВТР5 тхтт1 лхтт2/т128 


. Вычисление обратного значения квадратного корня от упакованного значения в формате 
ХММ. 


Действие: команда вычисляет сначала квадратный корень каждого элемента операнда источ- 
ник, а затем — обратную величину полученного значения: 


1 \/элемент источника. 


Максимальная ошибка вычисления не должна превышать значения 1,5 * 2-1, 


ВЗОВТ$$ 
. АЗОВТУ5 приемник, источник 
‚ [30252 /г АЗОАТ$$ тхтт1ихтт2/т32 


. Скалярная аппроксимация обратных значений квадратного корня упакованных значений 
в формате ХММ. 


Действие: команда для младшего элемента операнда источник сначала вычисляет квадрат- 
ный корень, а затем — обратную величину полученного значения: 


И \/элемент источника. 


Максимальная ошибка вычисления не должна превышать значения 1,5 * 2!. Старшие эле- 
менты операнда приемник не меняются. 


У$НУЕРО 


. ОЭНОЕРО приемник, источник, маска 
. 66 ОЕСб /т 18 ЗНУЕРО гхмт 1лхтт2/ 112818 
.  Перестановка упакованных значений с плавающей точкой двойной точности. 


Действие: команда перемещает упакованные значения с плавающей точкой двойной точно- 
сти из приемника и источника в приемник в соответствии со значением непосредственного опе- 
ранда маска. Биты маски определяют номера упакованных значений с плавающей точкой двой- 
ной точности в источнике или приемнике, которые будут перемещены в приемник следующим 
образом: 


Маска[0]: 

О О— приемник[0...63] <= приемник[0...63]; 

С 1 — приемник(0...63] < приемник! 64...127]. 
Маска[1]: 

О 0-— приемник[64...127] < источник[0...63]; 
О 1 — приемник[64...127] <= источник[64...127]. 











620 Приложение. Система команд процессоров 1А-32 


Для перестановки в пределах одного регистра можно использовать один и тот же ХММ-ре- 
гистрвкачествеисточникаиприемника. 


ЗНУЕР$ 


ЗНУЕР$ приемник, источник, маска 

ОЕ Сб /г1Ь ЗНУЕР$ гхтт1ихтт2/т128Атт8 

Персраспределение упакованных значений в формате ХММ. 

Действие: команда перераспределяет любые два из четырех двойных слов приемника в два 
младших двойных слова того же приемника и любые два из четырех двойных слов источника 
в два старших двойных слова приемника. Если использовать один и тот же ХММ-регистр в качс- 
стве источника и приемника, то можно выполнять любые перестановки в пределах одного регис- 
тра. Каждая пара битов маски определяет номер двойного слова источника или приемника, кото- 
рое будет перемещено в приемник следующим образом: 


Маска[1:0]: 
П 00 приемник(00.. 
П 01 приемникГо0.. 
П 10 приемник[о0... 
О 11 приемникГ00.. 
Маска[3:2]: 





.31] = источник[ 00...31 | 
.31] © источник] 32...63]; 
31] <- источник] 64...95}; 
.31] <- источник[96...127]. 





за 


О 00 приемник] 32... 
О 01 приемник] 32.. 
П 10 приемник[32. 
О И приемник! 32... 


Маска[5:4]: 


О 00 приемник[64. 
П 01 приемник[64.. 
П 10 приемник[64.. 
О 11 приемник 64.. 


..63] <- источник[64.. 


..95] < источник[00.. 
95] < источник[32.. 
.95] <- источник[ 64... 
95] <- источник[ 96... 


63] <= источник[ 00... 


.63] <= источник[32... 
95|; 


63] < источник[ 96... 


3 
63]; 


127|. 


.31}; 
63|; 


95]; 
127]. 


Маска|7:6]: 

О 00приемник[96...127] <- источник[00...31]; 

П 01 приемник[96...127] == источник] 32...63]; 

П 10 приемник[96...127] == источник! 64...95]; 

П И приемник 96...127] <- источник 96...127]. 

Схематически работа команды 5НОЕР$ показана на следующем рисунке. 


зпурз приемник, источник, маска 
Приемник гхтт 


Источник гхтт/т128 
Гиз и? Тит ГО 








Приемник гот 


5ОВТРО 


ЗО@АТРО приемник, источник 
66 0Е 51 /т ЗОАТРЬО 'хтт1 гхтт2/т128 
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Вычисление квадратного корня упакованных значений с плавающей точкой двойной точно- 
сти. 


Действие: команда вычисляет квадратный корень упакованных значений с плавающей точ- 
кой двойной точности источника по следующей схеме: вычисляется значение квадратного корня 
в разрядах 0...63 источника и помещается в разряды 0...63 приемника, вычисляется значение квад- 
ратного корня в разрядах 64...127 источника и помещается в разряды 64...127 приемника. 


5ОВТР$ 


.  ОЭОВТР$ приемник, источник 
‚ 0Е51/г ЗОВТР$гхтт1ихтт2/т128 


Вычисление квадратного корня упакованных значений в формате ХММ. 


Действие: команда извлекает квадратный корень из четырех упакованных вещественных 
чисел в коротком формате. 


5ОВТ$О 


. АКТ приемник, источник 
. РО ОЕ5/Г ЗОАТЗО гхтт1ихтт2/т64 


Вычисление квадратного корня скалярного упакованного значения сплавающей точкой двой- 
ной точности. 


Действие: команда вычисляет значение квадратного корня младшего упакованного значе- 
ния с плавающей точкой двойной точности источника по следующей схеме: вычисляется значе- 


ние квадратного корня в разрядах 0...63 источника и помещается в разряды 0...63 приемника, значе- 
ние в разрядах 64...127 приемника не меняется. 


5ОВТ$$ 


. 5@ВТ5$ приемник, источник 
. З0Е51/т 5АКТ$$ гхтигхтт2/т32 


Скалярное извлечение квадратного корня. 


Действие: команда извлекает квадратный корень из младшего двойного слова операнда ис- 
точник, который должен представлять собой упакованное вещественное число в формате ХММ. 


$ТМХС$В 


.  ЭТМХС$Н приемник 
. ОРАЕ /3 УТМХС$В тз2 


Сохранение регистра управления/состояния МХСЗК в 32-разрядной ячейке памяти. 


5УВРО 


.  ЗОВРО приемник, источник 
. 66 ОЕ 5С/т ЗОВРОгхтм1 ихтт2/т128 


Вычитание упакованных значений с плавающей точкой двойной точности. 


Действие: команда вычитает пары упакованных значений с плавающей точкой двойной точ- 
ности источника и приемника по следующей схеме: из разрядов 0...63 приемника вычитаются разря- 
ды 0...63 источника и результат помещается в разряды 0...63 приемника, из разрядов 64...127 прием- 
ника вычитаются разряды 64...127 источника и результат помещается в разряды 64... 127 приемника. 


ЗУВР$ 
.  ЭОВР$ приемник, источник 


бЕ5С/ ЗУВР$ гхтт1 лхт2/ 1128 


р ——— ЩЖ —3—ШЫШ—ШЙШ—Ш———щ—ж——дцдцд——— 
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. Вычитание упакованных значений в форматеХММ. 


‚ З0В$0 приемник, источник 
. РоР5С/ $0850 гхпит1ихтт2/ 64 
.  Вычитание скалярных упакованных значений с плавающей точкой двойной точности, 


Действие: команда вычитает младшие упакованные значения с плавающей точкой двойной 
точности источника и приемника по следующей схеме: из разрядов 0...63 приемника вычитаются 
разряды 0...63 источника и результат помещается в разряды 04...63 приемника, разряды 64...127 
приемника не меняются. 


$18В$$ 

. 508$$ приемник, источник 

. РЗоЕ5С/т $1855 гхпит1лхтт2/т32 

. Вычитание скалярных значений в формате ХММ. 


Действие: команда вычитает значения младшей пары вещественных чисел в формате ХММ. 


Ч9СОМ!$О 


. ОСОМЮО приемник, источник, условие 
. б60Е2Е/т ЦСОМТ$0 тхтт 1 гхтт2/т64 


. Сравнение неупорядоченных скалярных значений с плавающей точкой двойной точности 
и установка регистра ЕРГАС$. 


Действие: команда сравнивает неупорядоченные скалярные значения с плавающей точкой 
двойной точности в разрядах 0...63 приемника и источника. По результату сравнения устанавли- 
ваются флаги 7Е, РЕ, и СЕв регистре ЕЕТАС$ (см. описание команды С0М150). Отличие коман- 
ды (0М15) от команды ОСОМ[5О состоит в условиях генерации исключения недействитель- 
ной операции с плавающей точкой (#Т): команда СОМ!$О генерирует его, когда приемник и/ 
или источник являются нечислом (ОМаМ или $МаМ); команда ИСОМ!$О генерирует его толь- 
ко втом случае, когда один из исходных операндов является нечислом 5МаМ. В случае гене- 
рации немаскированного исключения недействительной операции с плавающей точкой ре- 
гистр ЕЕГАО$ не модифицируется. | 


9СОМ!$$ 
. 0СОМЮ5$ приемник, источник 
бЕ2Е/ СОМ! $ тхтит 1 лхтит2 /т32 


.  Неупорядоченное скалярное сравнение значений в формате ХММ с установкой флагов 
в ЕЕГАО5. 


Таблица П.25. Допустимые значения флагов в регистре ЕРГАС$ 


ОЕ-5Е-АЕ-0;2Е-0;РЕ=0:СЕ-0 
ОЕ-ЗЕ-АЕ-0:2Е-0:РЕ-0:СЕ-1 


ОЕ-ЗЕ-АЕ-0: Е 1:РЕ-0:СЕ=О 
ОЕ-$Е-АЕ-0:2Е= РЕ СЕ 


Действие: сравнение пары вещественных элементов в коротком формате, расположенных 
в младшем двойном слове операндов в формате ХММ. В результате выполнения команды фор- 
мируются значения флагов 2ЕРЕи СЕ, а флаги ОЕ, $Еи АРустанавливаются в 0 (табл. П.25). В про- 
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цессе работы команда распознает специальные значения 4МаМ и $МаМ. При возникновении неза- 
маскированных исключений расширения ХММ регистр ЕЕГАС$ не изменяется. 


УМРСКНРО 


.‚  ОМРСКНРЬО приемник, источник 
. 660Е 15 /г ОМРСКНРО гхши гхи / 1128. 


Разделение и чередование старших упакованных значений с плавающей точкой двойной точ- 
ности. 


Действие: команда разделяет старшие упакованные значения с плавающей точкой двойной 


точности в источнике и приемнике, помещая их с чередованием в приемник по следующей схеме: 
разряды 64...127 приемника помещаются в разряды 0...63 приемника, разряды 64...127 источника 
помещаются в разряды 64...127 приемника. 


УМРСКНР$ 


. ОМРСКНР$ приемник, источник 
. 0Е15/7  ОМРСКНР9ихтм1ихтт2/т128 
. Чередование верхнихупакованных значений в формате ХММ. 


Действие: перемещение путем чередования двух старших двойных слова приемника и источ- 
ника. Младшие двойные слова приемника и источника игнорируются. 


ОМРСКЕРО 


.‚ ОМРСКЕРО приемник, источник 
. 660714 /г ОМРСКЕРОтхтт1 ихтт2/т128 


Разделение и чередование младших упакованныхзначений с плавающей точкой двойной точ- 
ности. 


Действие: команда разделяет младшие упакованные значения с плавающей точкой двойной 


точности в источнике и приемнике, помещая их с чередованием в приемник по следующей схеме: 


разряды 0...63 приемника не меняются, разряды 0...63 источника помещаются в разряды 64...127 
приемника. 


ОМРСКЕР$ 


. ОМРСКЕР$ приемник, ООН 
. 0714/г  ОМРСКГР$гхшт1лхтит2/т128 


Чередование нижних упакованных значений в формате ХММ. 


Действие: перемещение путем чередования двух младших двойных слова приемника и источ- 
ника. Старшие двойные слова приемника и источника игнорируются. 


ипрсНрзприемник, источник 


Источник гхтт/т128 Приемник ГхМт 
ИЗ и2 1 АА иО_1 ] 







Приемник гхтт Г и? | п1 | 


ХОНВРО 


.  ХОВРЬО приемник, источник 
. 66 0757/г ХОКРО гхши гхи / 128 


Выполнение поразрядной операции логического исключающегоЙЛИ надупакованными зна- 
чениями с плавающей точкой двойной точности. 
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Действие: команда выполняет поразрядную операцию логического исключающего ИЛИ над 
парами упакованных значений с плавающей точкой двойной точности в разрядах (...127 прием- 
ника и источника и результат помещает в разряды 0...127 приемника. 


ХОВР$ 


. ХОВР$ приемник, источник 
. 0257 /г ХОВР$ тхтт1лхтт2/т128 


Выполнение поразряднойоперации логического исключающегоИЛИ над упакованными зна- 
чениями в формате ХММ. 
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МОУРО20, 606 
МОУООСА, 606 
МОУРОК, 606 
МОУНГР5, 607 
МОУНРО, 607 
МОУНР$, 607 
МОУГНРЬ, 607 
МОУТРО, 607 
МОУТР$, 608 
МОУМ$КРО, 608 
МОУМ$КРЗ, 608 
МОУМТОО, 608 








команда (продолжение) 
МОУМТГ, 608 
МОУМТРО, 609 
МОУМТР$, 609 
МОУМТО, 570 
МОУО, 570, 609 
МОУО2О0, 609 
МОУ$, 250, 253, 535 
МОУЗВ, 250, 254, 535 
МОУЗЮ, 250, 254, 535, 609 
мМОУ5$, 609 
МОУЗУ, 250, 254, 535 
МОУ5Х, 182, 536 
МОУЧТРРЬ, 610 
МОУЧРЗ, 610 
МОУ/ЛХ, 182, 536 
МЧТГ, 536 
ты, 177 
МОЕРО, 610 
МОЕР$, 610 
МОЕЗЬ, 611 
МОТ.55, 611 
МЕС, 175, 183, 536 
МОР, 537 
МОТ, 196, 537 
ОБ, 195, 289, 537 
ОВР, 611 
ОКР, 611 
ОЧТ, 537 
ОПТВ$, 251 
ОТО, 251 
ОПТ, 250, 265, 538 
ООТЪЗВ, 266, 538 
ОЧТЗр, 266, 538 
ОЧТ5У, 266, 538 
ОЧТ\5, 251 
РАСК$$О\,, 571, 611 
РАСК$ЗУУВ, 571, 611 
РАСКОЗУВ, 572, 611 
РАОВВ, 572, 612 
РАРОЮ, 572, 612 
РАООО, 573, 612 
РАООЗВ, 573, 612 
РАООЗУ,, 573, 612 
РАБРОЗВЬ, 573, 612 
РАРООЗУ, 573, 612 
РАРБУ,, 572, 612 
РАМ, 574, 612 
РАМОМ, 574, 612 
РАЦЗЕ, 538 
РАУСВ, 574, 612 
РАУСУ,, 574, 612 
РСМРЕОВ, 5174, 612 
РСМРЕОЮФ, 574, 612 
РСМРЕОМ, 574, 612 
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команда (продолжение) 


РСМРСТЬ, 575, 612 
РСМРСТ, 575, 612 
РСМРСТУ, 575, 612 
РЕХТВХ, 575, 612 
РИМ$УЕВУ, 575, 613 
МАРОМ, 575, 613 
МАХ$\,, 576, 613 
МАХОЬВ, 576, 613 
МГМ$\, 576, 613 
МТМОВ, 576, 613 
МОУМ$КВ, 576, 613 
МОЕНОУ, 577, 613 
МОГНУ,, 578, 613 
МИН, 578, 613 
РМОГОРО, 579, 613 
РОР, 148, 162, 538 
РОРА, 163, 538 
РОРАБ, 163, 538 
РОРАМ, 163 

РОРРЕ, 164, 539 
РОРЕЮ, 164, 539 
РОРЕМ, 164 

РОК, 579, 613 
РВЕЕЕТСНКТЬ, 539 
РЗАРВУ,, 580, 614 
Р5НОЕР, 614 
РЗНОЕНУ,, 615 
РЗНОЕГМ, 616 
РУНОЕМ, 580 
РУТТ, 581, 617 
2511.00, 617 
Р$11.0, 581, 617 
РУТА, 581, 617 
РЗВЛО, 581, 617 
РЗВАХ,, 581, 617 
РЗВ!.О, 581, 617 
РУВЕОО, 617 
Р5ВГО, 581, 617 
РУВЕМ, 581, 617 
РЗОВВ, 582, 617 
РЗОВО, 582, 617 
РЗОВО, 582, 618 
РЗОВЗВ, 583, 618 
РЗОВЗ\, 583, 618 
РЗОВОЗВ, 583, 618 
РЗОВОЗ\,, 583, 618 
РЗОВХ, 582, 617 
РИМРСКИВУ, 618 
РОМРСКНОО, 618 
РИМРСКНООО, 618 
РОМРСКНУЮ, 618 
РИМРСКЕВУ, 585, 618 
РОМРСКГОО, 585, 618 
РОМРСКГОБО, 585, 618 


яя эээ’ 
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команда (продолжение) команда (продолжение) 
РИМРСКТМ/О, 585, 618 ЭТО, 253, 548 


РОЗН, 148, 162, 540 
РОЗНА, 162,540 
РО$ЗНАЮ, 163, 540 
РОЗНА\У,, 162 
РОЗНЕ, 164, 540 
РОЗНЕЮ, 164, 540 
РО$НЕМ,, 164 
РХОК, 587, 618 
ВСГ, 203, 540 
КСРРЭ5, 618 
ВСР$5$, 619 

ВСК, 203, 540 
ВОМЗК, 541 
ВОРМС, 541 
КОТЬС, 541 

ВЕР, 251, 542 
ВЕРЕ, 251, 542 
ВЕРМЕ, 251, 542 
ВЕРМИ, 251, 542 
ВЕРЯ, 251, 542 
ВЕТ, 222, 542 
КОГ,,201, 543 
КОК, 201, 543 
К$М, 543 
ВЗОВТРЬ5, 619 
В$ОКТ$$, 619 
ЗАНЕ, 544 

ЗАГ, 200, 544 

ЗАК, 200, 544 

УВВ, 545 

$56, 174 

ЗСА$, 250, 259, 545 
ЗСАЗВ, 250, 260, 545 
ЗСАЗО, 250, 260, 545 
З$САЗМ, 250, 260, 545 
ЗЕТсс, 229, 545 
ЗЕТЕГЕГО, 290 
ЗРЕМСЕ, 545 
ЗООТ, 546 

ЭНГ, 199, 546 
УНП, 204, 547 
ЭНК, 200, 288, 546 
ЭНВО, 547 

$вга, 204 

ЗНОЕРЮ, 619 
$НОЕР5, 620 
ЭТОТ, 548 

$М5У,, 548 
ЗОКТРЬ, 620 
ЗОКВТР5, 621 
ЗОКТЬ, 621 
ЗОКТ5$5, 621 

ЭТС, 548 


УТ, 548 
ЭТМХСЪБ, 621 
ЗТО$5, 250, 263, 548 
ЗТОЗВ, 250, 264, 548 
ЗТОЗО, 250, 264, 548 
ЗТОЗУ, 250, 264, 548 
ЭТК, 549 

ЗОВ, 549 

$16, 174 

ЗОВРОЬ, 621 
ЗОВР5, 621 
ЗОВЗО, 622 
$08595, 622 
ЗУЗЕМТЕК, 549 
ЗУЗЕХТ, 550 
ТЕФТ, 196,551 
ОСОМ!$Ь, 622 
9С0мМ1$$5, 622 
02, 551 
ОМРСКНРО, 623 
УМРСКНРЗ, 623 
ОМРСКЕРО, 623 
ОМРСКГРЗ, 623 
УЕКК, 551 

УАТ, 453, 495, 552 
\/ВГМУО, 552 
У\ЕМЗБ, 552 
ХА, 183, 552 
ХСНО, 149, 552 
ХГАТ, 158,553 
ХГАТВ, 553 

ХОБ, 196, 553 
ХОКРО, 624 
ХОКВР5, 624 


командная строка 


шт, 142 
фазт, 129 
шк, 134 


команды 


арифметические, 474 
вещественные, 476 
дополнительные, 479 
целочисленные, 474 

ассемблера, 86, 133 

загрузки констант, 471 

обработки строк символов, 249 

передачи данных, 468 

сдвига, 199, 288 

сдвига двойной точности, 203 

сравнения данных, 472 

трансцендентных функций, 482 

управления сопроцессором, 494 

цепочечные, 249 


дм ———— 


комментарий 

в программе на ассемблере, 86 

в теле макроопределения, 305 
компилятор ресурсов, 403 
компоновка программы, 134 
конвейер, 31 
конвейеризация вычислений, 22 
конечный автомат, 245 
консольное\119о\$-приложение, 367, 436 
константа, 330 
конструкция 

.ВКЕАК, 244 

„СОМТТМТЕ, 244 

„ГЕ, 242 

.ВЕРЕАТ, 243 

МУНШЕ, 244 
контекст процедуры, 222 
контроллер ОМА, 265 
конфигурационный файл 11к, 135 
косинус угла, 483 
КЭШ 

память, 34 

трасс, 39 


л 


лексемы ассемблера, 89 

линейный адрес памяти, 51 

логические данные, 194 

логические операции, 194 

логический сдвиг, 199 

логическое исключающее сложение, 195 
логическое сложение, 195 

логическое умножение, 195 

локальная дескрипторная таблица, 56 
локальные блоковые метки, 234 


М 


макроассемблер, 294 
макробиблиотека, 298 
макрогенерация, 300 
макродирективы, 305 
макрокоманды, 86, 133297 
макроопределения, 297 
макрорасширение, 300 
макрос МАКЕПМУТВЕ$ОЧВСЕ, 409 
мантисса, 458, 479 
массив, 269 
масштабирование 

индекса массива, 272 

регистра, 96 
масштабный множитель, 70 
математический сопроцессор, 21, 448 
машинные команды 

С15С, 23 

ВТС, 23 
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машинный формат команд 
сопроцессора, 467 
машинный язык, 19 
метка, 87, 210 
механизм 
вызова процедур, 222 
макроподстановок, 154 
переименования регистров, 36 
препроцессорной обработки, 294 
микроархитектура, 29 
МеВигзЕ, 30, 38 
Рб, 30, 34 
микрооперация, 36 
микропрограмма, 19, 60 
модификатор 
в команде перехода, 215 
вызова процедуры, 222 
языка, 110 
модуль, 325, 328 
модульное программирование, 325 


Н 


непосредственный операнд, 71, 91 

нетерминальный символ, 88 

неупакованный двоично-десятичный 
тип, 113 

нечисла, 465 

нормализованный вид, 459 

нормальная форма Бэкуса-Наура, 86 

нуль, 464 


о 


обработчик 
исключений сопроцессора, 504 
событий, 443 
обратная польская запись 
(ПОЛИЗ), 449, 467 
объединение, 284 
объектный модуль, 129 
окна диалога, 420 
оконная функция, 369, 398 
оконное \шт9о\$-приложение, 367 
округление результатов работы 
команды, 481 
операнд, 60, 87, 90 
оперативная память, 18, 49 
оператор 
|, 301 
$, 212 
%, 301 
&, 302 
. (точка), 282 
: (двоеточие), 211 
Бгеак, 240 
сопИпие, 240 
9о-м\мППе, 241 
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оператор (продолжение) 
ОУР, 270 
Гог, 241 
2ото, 240 
1{-е]5е, 237 
шНое, 345 
МАЗК, 288 
РТК, 148 
з\Исв, 237 
ТУРЕ, 283 
УЛРТН, 288 
операторы, 97 
арифметические, 98 
арифметические сравнения, 99 
выбора, 237 
выделения, 295 
замены, 302 
именования типа структуры, 102 
индексные, 100 
итерационного цикла, 241 
логические, 99 
переопределения 
сегмента, 100 
типа, 100 
получения 
сегментной информации, 102 
смещения выражения, 102 
сдвига, 98 
условные, 237 
цикла с постусловием, 241 
операция распространения знака, 181 
описание шаблона структуры, 281 
определение структуры, 281 
основание системы счисления, 458 
особый случай, 454 
отладчик ТО, 137 
отрицание, 194 


П 


передача аргументов в процедуру, 330 
в языках высокого уровня, 342 
по адресу, 337 
по значению, 336, 355 
по ссылке, 355 
переменная, 330 
перемещаемый операнд, 92 
переполнение 
мантиссы, 175 
разрядной сетки, 172 
перерисовка изображений, 413 
пересылка битов, 207 
переход 
косвенный 
внутрисегментный, 216 
межсегментный, 218 
регистровый межсегментный, 218 


переход (продолжение) 
прямой 
внутрисегментный, 216 
короткий внутрисегментный, 216 
межсегментный, 217 
поиск элемента в массиве, 276 
порт ввода-вывода, 93, 149 
порядок числа, 458, 459, 479 
постбайт, 64 
постфиксная запись, 468 
поток, 388 
предопределенные имена 
@О, 235 
@В, 235 
@Е, 235 
предсказание перехода, 23, 32 
префикс, 87 
блокировки шины, 61 
замены сегмента, 61, 102 
машинной команды, 61 
повторения, 61 
программного сегмента, 214 
размера 
адреса, 61 
операнда, 62 
смены алфавита, 63 
принцип 
микропрограммирования, 28 
микропрограммного управления, 19 
программная модель 
процессора, 30, 40 
сопроцессора, 448 
программные отладчики, 136 
пролог, 336, 350 
протокол МЕЗТ, 35 
процедура, 219, 327 
процесс, 388 
процессор, 18 
процессоры Пи, 21 
14004, 21 
18008, 21 
180286, 22 
180386, 22 
180486, 23 
18080, 21 
18086, 21 
18088, 21 
Репииат П, 24 
Репиит ТУ, 24 
Репииш Рго, 24 
Репчит-60, 23 
псевдооператор 
= (равно), 295 
ЕОТ, 295 





Р 


расширенный программируемый 
контроллер прерываний АР!С 
ТС, 23 
расширенный формат вещественного 
числа, 456 
регистр 
САУК, 449, 454 
ОРК, 450 
ЕЕГАСЗ/ЕГАС, 46, 292 
ТРК, 450 
ЗУБ, 449, 453, 500 
Т\УБ, 450, 455 
регистровый операнд, 93 
° регистры 
аккумуляторы, 94 
общего назначения, 44 
процессора, 18 
сегментные, 45, 69 
системные, 43 
слова тегов, 450 
состояния и управления, 46 
состояния сопроцессора, 449 
стека сопроцессора, 455 
тегов, 455 
указателей 
данных, 450 
команд, 450 
флагов, 46 
редактор ресурсов, 406 
режим работы процессора, 42 
виртуального процессора 8086, 22, 42 
защищенный, 22, 42 
реальный, 42 
системного управления, 42 
режимы округления, 481 
ресурс УИп4о\з-приложений, 406 
ресурсный файл, 135 


с 


сегмент, 50, 86 
сегментированная модель памяти, 50 
селектор, 56 
сигнальное нечисло, 465 
синтаксис формального аргумента 
макроопределения, 302 
синтаксическая диаграмма, 86 
синус угла, 483 
синхронпые сообщения У/шдо%$, 393, 399 
система 
машинных команд, 18, 58 
представления информации 
в компьютере, 194 
счисления, 74 
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система (продолжение) 
непозиционная, 74 
позиционная, 75 
системная шина, 18 
скалярная архитектура, 31 
сканер, 245 
слово, 111 
служебное слово УАВАВС, 342, 343 
сообщение, 369, 394 
сортировка массива, 278 
спекулятивное исполнение, 33 
специальные численные значения, 463 
сплошная модель памяти, 51 
спокойное нечисло, 465 
среда сопроцессора, 497 
стандарт 
ТЕЕЕ-754, 21, 448 
ТЕЕЕ-854, 448 
стандартные директивы сегментации, 106 
стартовый код, 378, 387 
стек, 160, 334 
стек сопроцессора, 449 
страничная модель памяти, 50 
структура, 280 
УМОСГА$$5, 385 
\МОСГА$5ЕХ, 385 
структурное программирование, 325 
суперскалярная архитектура, 23, 31 
счетчик 
адреса, 92, 133, 212 
размещения, 93 


т 


таблица 

А$СП, 123 

истинности, 194 

перекрестных ссылок, 133 

псевдонимов регистров, 36 
таймер, 152. 
терминальный символ, 88 
тестирование программы, 135 
технология НурегТЬгеа41тя, 39 
тип 

данных, 110 

операнда, 60 
точка входа в программу, 138 
трансляция программы, 129 
трансцендентные функции, 483 
трехходовая суперскалярная конвейерная 

архитектура, 31, 32 


. 


У 


указатель на память, 112 

упакованные десятичные числа, 458 

упакованный двоично-десятичный 
тип, 113 
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упрощенные директивы сегментации, 106 


условный оператор, 237 
устройство 
ввода-вывода, 18 
выборки/декодирования, 34, 35 


диспетчеризации/исполнения, 34, 37 
микропрограммного управления, 29 


связи с памятью, 35, 38 
удаления и восстановления, 37 
шинного интерфейса, 22, 34 
утилита 
схе2ыа, 214 
такКе.ехе, 144 
птаке.ехе, 144 
учетверенное слово, 111 


Ф 
файл 

СОМ, 213 

Пер, 383 

библиотеки, 134 

карты, 134 

листинга, 131 

определений, 135, 402 
фактические аргументы, 300, 330 
физический адрес, 49 
флаг направления 4, 252 
фон Нейман, 28 
форма Бэкуса-Наура, 246 
формальная логика, 193 
формальныеаргументы, 300, 330 
функциональнаядекомпозиция 

задачи, 325 

функция Кез1$егС1азз, 385 


х 


характеристика, 459 


Ц 


елое число, 90 
елый тип 
без знака, 112 
со знаком, 111 
центральный процессор, 18 
цепочечные команды, 249 
цепочка, 89, 112 
цикл, 230, 240 
вложенный, 233 
обработки сообщений, 369, 396 
с предусловием \ВПе, 240 
циклический сдвиг, 201 


Ч 


частичный арктангенс угла, 483 
частичный остаток от деления, 490 
частичный тангенс угла, 483 


Ш 


шаблон записи, 286 
шина 
ТЗА, 18 
РСТ, 18 
расширения, 18 
системная, 18 


Ээ 
экранный буфер, 436 


эпилог, 336, 352 
эффективный адрес, 50, 61 


язык ассемблера, 20 
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КЛУБ —@ РОФЕССИОНАЛ 


7 


ый" 


В 1 997 году по инициативе генерального директора Издательского дома «Питер» 
Валерия Степанова и при поддержке деловых кругов города в Санкт-Петербурге 
был основан «Книжный клуб Профессионал». Он собрал под флагом клуба про- 
фессионалов своего дела, которых объединяет постоянная тяга к знаниям и любовь 
к книгам. Членами клуба являются лучшие студенты и известные практики из раз- 
ных сфер деятельности, которые хотят стать или уже стали профессионалами в той 
или иной области. 

Как и все развивающиеся проекты, с течением времени книжный клуб вырос 
в «Клуб Профессионал». Идею клуба сегодня формируют три основные «клубные» 


функции: 


. неформальное общение и совместный досуг интересных людей; 
участие в подготовке специалистов высокого класса 
(семинары, пакеты книг по специальной литературе); 
. формирование и высказывание мнений современного профессионала 
(при встречах и на страницах журнала). 


КАК ВСТУПИТЬ В КЛУБ? 
Для вступления в «Клуб Профессионал» вам необходимо: 


. ознакомиться с правилами вступления в «Клуб Профессионал» 
на страницах журнала или на сайте мммми.рйег.сот; 
‚ выразить свое желание вступить в «Клуб Профессионал» 
по электронной почте розфоок@риег.сот или потел. (812) 1 03-73-74; 
. заказать книги на сумму не менее 500 рублей в течение любого времени 
или приобрести комплект «Библиотека профессионала». 


«БИБЛИОТЕКА ПРОФЕССИОНАЛА» 


Мы предлагаем вам получить все необходимые знания, подписавшись на «Библио- 
теку профессионала». Она для тех, кто экономит не только время, но и деньги. 
Покупая комплект - книжную полку «Библиотека профессионала», вы получаете: 


® скидку 1 5% от розничной цены издания, без учета почтовых расходов; 
» при покупке двух или более комплектов — дополнительную скидку 3%; 
® членство в «Клубе Профессионал»; 

. подарок- журнал «Клуб Профессионал». 


Закажите бесплатный журнал 71 г Ги 71-72 ы 


«Клуб Профессионал». МММ. Р1ТЕВ. СОМ 


